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1.0 EXECUTIVE SUMMARY 

Kennedy Space Center (KSC) is the primary space transportation system launch site for 
the National Aeronautics and Space Administration (NASA), and over the last 35 years, 
its personnel have accumulated a wealth of experience and expertise in both manned and 
unmanned launch vehicle operations. NASA has utilized this expertise by having its 
KSC personnel assess the impact that the processing of proposed future vehicles would 
have on the launch site in terms of such things as resource requirements, processing 
timelines, and facility impacts. However, the assessment process is far from perfect - 
quick turn-arounds are often requested and the process is relatively slow, often estimates 
are based on “gut feel,” are often challenged and hard to defend, and adjustments are 
often made based on undocumented agreements and assumptions that are subsequently 
hard to recall. Further, KSC is faced with deterioration of its experience base, as many of 
its more experienced personnel retire. 

1.1 Objectives 

As a result of the aforementioned shortcomings, KSC issued a request for proposals to 
conduct research, which would provide innovative and creative approaches to assess the 
launch site impact for a range of manned and unmanned space transportation systems. 

The research was to be defined in four general areas, as follows: 

• Development of innovative approaches and computer-aided tools 

• Operations analysis of launch vehicle concepts and designs 

• Assessment of ground operations impacts 

• Development of methodologies to identify promising technologies 

1.2 Schedule 

Proposals were submitted in response to a competitive procurement on 1 October 1992, 
and McDonnell Douglas Aerospace Space Systems, Kennedy Space Center was 
announced as the winner in December of that year. Negotiations were completed and the 
18-month contract was awarded on 21 April 1993. On 20 October 1994, the period of 
performance was extended to 31 March 1995. 

1.3 Approach 

Our approach was to automate our proven manual assessment methodology in a 
computer-aided tool that would be a user-friendly, object-oriented, artificial intelligence 
application. This application would feature model-based reasoning and discrete event 
simulation. During the development of this tool, the Operations Impact Assessor (OLA), 
we performed analyses of launch vehicle concepts and designs and assessments of ground 
operations impacts using our manual assessment methodology. As use of the manual 
processes identified technologies that had potential for improving launch site operations, 
they were assessed to determine how they could be utilized, and what the likely impact 
would be. In addition, we provided a design concept for performing this technology 
assessment using the OLA. 
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1.4 Products 

The primary research product was the OLA software application and its related 
documentation; however, there were a number of other significant products that resulted 
from the research, as follows: 

• Launch Site Operations Design Data Book, which provides design recommendations 
to improve launch vehicle operability, and related enhancements to launch site 
operations. 

• Operations Impacts Assessment Reports, which documents, for a number of launch 
vehicle concepts, ground processing scenarios and timelines, resource drivers, and 
operational sensitivities. 

• KSC Launch Vehicle Processing Facility Data Base , which provides ready access to 
facility characteristics that are important to launch site operations. It is not called for 
by the contract, but was developed to populate the OIA. It can be used in a stand- 
alone mode, and it also has a search capability to identify those facilities having 
certain requested characteristics 

• Critical Technologies and OIA Implementation Methodology, which identifies those 
technologies with the greatest potential for improving launch site operations. It also 
documents a design concept for performing a technology assessment using the OIA. 

1.5 Summary of Conclusions and Recommendations 

This research has shown that many problems encountered when using manual techniques 
for assessing the launch site impact of future space transportation systems, can be 
overcome through the use of the automated OIA application. Further, the assessments 
can generally be completed more quickly, and the results are solidly based on past 
experience with established processes, and on conscious and fully documented deviations 
from those processes. As such they are readily defendable. The impact of alternative 
processing options can also be easily assessed. 

As the OIA application is used, it is certain that users will identify features that they 
would prefer to have performed in a different manner. Also, there are additional features, 
such as automatic conflict resolution, that they would like to have added to the 
application. It is recommended that funding be provided to improve and extend the OIA 
capabilities. 

Many future launch vehicle design features have been identified in the Launch Site 
Operations Design Data Book, that if implemented by vehicle designers, would 
significantly improve the efficiency and cost-effectiveness of launch site processing. It is 
recommended that failure to incorporate these features into future space transportation 
system designs be permitted only after careful consideration at the highest program levels. 

The processing timelines developed for conceptual launch vehicles were based on designs 
provided by the several design agencies. These designs were generally evolutions of 
existing vehicles or used components derived from existing components (e.g., SSMEs). 
Stated differences from current designs formed the basis for reductions in launch site 
processing requirements. The resulting processing timelines were often criticized for 
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being too long; however, the design agencies provided no rationale for their further 
reduction. Recommendations contained within the Launch Site Operations Design Data 
Book, if followed by the design agencies, would have provided the basis for further 
reductions. 
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2.0 INTRODUCTION AND TECHNICAL APPROACH 

This report documents the results of the Study of Launch Site Processing and Facilities 
for Future Launch Vehicles, performed in response to a National Research 
Announcement, the first ever issued by the National Aeronautics and Space 
Administration-Kennedy Space Center (NASA-KSC). Its purpose was to provide 
creative and innovative approaches to assess the impact to KSC and other launch sites for 
a range of candidate manned and unmanned space transportation systems. Its activities, 
analyses, and evaluations were contained within the four tasks, shown in Figure 2-1: 
Development of Innovative Approaches and Computer-Aided Tools, Operations Analyses 
of Launch Vehicle Concepts and Designs, Assessment of Ground Operations Impacts, 
and Development of Methodologies to Identify Promising Technologies. 
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Figure 2-1 The Technical Approach Is Defined By The Four NRA Tasks. 


This section briefly describes the technical approach used to accomplish the four study 
tasks. Each task is discussed in greater detail in subsequent .sections. 


Task 1 , Development of Innovative Approaches and Computer-Aided Tools , developed 
the OIA application software, which will enable the user to accomplish automatically that 
which was accomplished manually in Tasks 2 and 3. The proven manual techniques 
utilized in Tasks 2 and 3 provided the basic methodology for Task 1. Our approach was 
to build upon our existing object-oriented modeling environment and simulation 
technology. We incorporated a frame system, developed under IRAD, that was capable 
of simultaneously managing multiple software models. Intelligent assistants were 
developed to help the user construct a model of the conceptual launch vehicle, and then to 
define its launch site processing operations. An extensive template library of existing 
launch vehicles and their processing operations was included to permit rapid construction 
of a launch vehicle and definition of its operations using components, or modifications of 
components, from these existing vehicles. An analysis engine was developed to simulate 
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the launch site processing, and reporting utilities were developed to display the 
processing results. 

The resulting OIA application is generic in its capabilities, and is capable of modeling 
any generic object and analyzing its performance through any process. The software was 
developed using a utility that will permit it to be easily ported to operate on a number of 
computer platforms, and its architecture will permit easy extension of its capabilities to 
meet new requirements. 

In Task 2, Operations Analyses of Launch Vehicle Concepts and Designs, data from both 
manned and unmanned launch vehicles and their associated ground support equipment 
(GSE) were collected and analyzed. For consistency of nomencalture, these vehicles 
were divided into elements, and these elements were further decomposed into common 
systems and subsystems. The data were analyzed to identify launch operations drivers for 
each subsystem. These data formed the basis for design recommendations in the Launch 
Site Operations Design Data Book. 

Conceptual launch vehicles subsystems were examined to see whether any launch 
operations drivers had been included in the design. When found, these drivers formed the 
basis for recommending design changes. 

In Task 3, Assessment of Ground Operations Impacts, conceptual launch vehicles were 
viewed as evolutions of current launch vehicles. Evolutionary changes in launch vehicle 
design, defined by the design agency, such as the availability of built-in-test capability, 
provided justification for decreases in launch site processing requirements and timelines. 
Processing facilities were assessed based on vehicle physical properties and processing 
requirements versus existing facility characteristics and capabilities, such as door 
dimensions, crane capacity, and suitability for hazardous processing. Appropriate 
facilities were identified when requirements could be satisfied, and facility modifications 
or new facilities were identified if suitable facilities did not exist. Pictorial scenarios 
were then constructed, and processing timelines were developed. 

As an adjunct to this task, a facilities data base was constructed (using the Claris 
FileMaker Pro application) to document and provide ready access to facilities data 
gathered from several sources. It provides ready access to facility characteristics that are 
important to launch site operations. It also has a search capability to identify those 
facilities having certain requested characteristics. These facility data were also loaded 
into the OIA. 

In Task 4, Development of Methodologies to Identify Promising Technologies, 
technologies identified in Tasks 2 and 3 were examined with respect to several generic 
processing tasks. They were then grouped under the tasks that would most likely provide 
benefit from their utilization. A list of potential commercial spin-offs from technologies 
was also developed. Finally, a conceptual design was developed for adding to the OIA 
the capability to identify vehicle designs and launch site processes that could benefit most 
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from the introduction of technology. This conceptual design, if implemented, will 
identify when the technologies are needed and what their expected impacts are likely ti 
be, based upon the anticipated technology maturity level. 
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3.0 TASK 1 - DEVELOPMENT OF INNOVATIVE APPROACHES 
AND COMPUTER-AIDED TOOLS 

3. 1 Task Overview 

The Statement of Work for Launch Site Processing and Facilities for Future Launch 
Vehicles states, "The contractor will develop innovative approaches and computer aided 
tools for evaluating launch site space vehicles ground processing impacts including 
operability, facilities, GSE, processing requirements, timelines, and resources for future 
launch vehicles including payload integration in a quick response assessment 
environment.” 

In keeping with the Statement of Work, we proposed to accomplish the above goal 
through the SOW’s five suggested subtasks. Each task is briefly described below. 

3.1 .1 Define and Refine the Architecture 

The government requested that the requirements and system concepts for the Operations 
Impact Assessor (OLA) be coordinated prior to initiation of software development. On 
July 13, 1993 we presented a document to the customer for their review in fulfillment of 
this requirement. In addition to this formal requirement, we initiated weekly (when 
necessary) and monthly customer meetings as development progressed, to ensure it 
proceeded in accordance with the customer’s requirements. 

3.1.2 Develop Intelligent Assistants 

Two intelligent assistants were to be developed. One to configure a launch vehicle from 
its constituent components, and the other to define the vehicle’s launch site processing 
functions. These intelligent assistants were to help the user generate a new vehicle 
concept quickly through the program’s menus. 

3.1 .3 Develop Utilities 

A key component of the Task 1 effort required the development of three utilities, Model 
Management, Analysis, and Reporting utilities. The Model Management utility was to 
provide a link to existing models and other internal data sources by managing the storage 
and retrieval of models, and allowing for import and export to other software programs. 

3.1.4 Develop Knowledge Bases 

The government also requested the development of two knowledge bases. The first, a 
Vehicle Definition Knowledge Base, was to contain useful components that could be 
used as a guide in the development of other launch vehicles. The second, an Operations 
Definition Knowledge Base, was to be used as a guide for developing the processing 
logic for new launch vehicles. 



Section 3 - Innovative Tool Development (Task 1) 


3.1 .5 Validation of the OIA 

Finally, validation of the Operations Impact Assessor was to be accomplished by unit 
testing each module of the software, and then performing an integrated test of the 
software by modeling a reasonably complex vehicle as specified by the government. 

3.2 Architecture 

As mentioned earlier, we completed the specification and documentation of the OIA’s 
system concepts and requirements in the summer of 1993. This section will update the 
description of the software architecture to its current state, since it has evolved somewhat 
since the first specification. The current architecture is displayed in Figure 3-1 below. 
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Workspace Manager 
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» ■ 
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Figure 3-1 : OIA Architecture 


3.2.1 Model Management Utility 

This subsection describes the lowest layer of the OIA architecture, the Model 
Management Utility (MMU). The intelligent assistants, together with the MMU, assist 
the user in developing vehicle process models from information stored in the template 
library and user project files. This information is displayed in a workspace. Model 
information is managed by controlling the functions of creating, modifying, deleting, and 
querying information in a workspace, and storing and retrieving information to and from 


Page 3 - 2 










Section 3 • Innovative Tool Development (Task 1) 


disk. The template library is a special, “read-only” project file that contains approved 
information available to all users. All other project files can modified as long as the user 
working in the OLA has been given the appropriate permissions by the operating system. 

The MMU modules are the workspace manager and the knowledge representation 
system. These modules provide the functions for creating a project file, reading the 
template library into the workspace, working within and querying the workspace, storing 
the workspace in a project file on disk, and reading a project file from disk into the 
workspace. All information is stored in an object-oriented representation. 

3.2. 1.1 Object-Oriented Representation 

The template library, workspace, and project files employ an object-oriented schema to 
represent vehicle and process models. The models contain objects representing launch 
vehicles, payloads, equipment, facilities, and their components. Objects are described in 
terms of their attributes, behaviors, and relationships to each other. Attributes describe 
an object in quantitative terms such as mass, thrust, or dimensions, or in qualitative terms 
such as an ability to satisfy NASA objectives. Behaviors describe a scenario of activities 
that require some number of resources over an interval of time. Relationships simply 
name an association between two objects. For example, a vehicle is processed-in a 
facility and carries payloads. This aspect is hidden from the user and is part of the 
artificial intelligence supplied by our innovative design. 

3. 2. 1.2 Object Hierarchies 

The OIA makes primary use of two types of hierarchies: categories (the kinds of objects 
in the model) and components (the parts of a particular object). In the popular Rumbaugh 
object-oriented design notation, these terms are known as generalization and 
aggregation, respectively. However we will use the more “layman” terms of categories 
and components. Categories can be broken down into subcategories as needed, and 
component hierarchies can break down vehicles, facilities, and GSE into their constituent 
parts, all the way down to the “nut-and-bolt” level as in a traditional bill-of-materials 
inventory system. 

3.2. 1.3 Workspace 

The workspace provides the user with an area to develop models without modifying 
either the template library or others' work. The user, via the intelligent assistants and the 
workspace manager, will utilize his own private workspace. The user will develop a 
model by modifying library templates that he has read into his workspace. OIA utilities 
will query the workspace for their information as well. Figure 3-2 below, shows a vehicle 
definition workspace with its categories hierarchy on the left and the components 
hierarchy on the right. 

3.2. 1.4 Workspace Manager 

The workspace manager handles all user-initiated interaction form within a workspace. 

Its function is to control access to information in the workspace from the reporting 
utilities and the intelligent assistants. In this role, the workspace manager acts like a 
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server to all of the model management clients, thereby separating model storage and 
retrieval functions from information presentation and collection. 

3.2. 1.5 Knowledge Representation System 

The knowledge representation system is the lowest layer in the system and is the last stop 
in all data query and manipulation requests. It is very similar in function to the relation 
storage system (RSS) in traditional relational databases (RDB’s). Instead of employing a 
two-dimensional table, as in RDB systems, we use a frame data structure to represent 
information. 

Frame data structures were invented in the late 1970’s at MIT to overcome the 
shortcomings of the semantically impoverished relational data model. The data structure 
has matured considerably over the past 15 years, but few implementations have endowed 
it with the full database capabilities of multiple exclusion, crash recovery, logging, etc. 
Furthermore, we are not aware of anyone who has provided these capabilities in frame 
system implemented in the C++ programming language. 

3.2.2 Intelligent Assistants 

The OIA provides two intelligent definition assistants to aid the user in constructing a 
vehicle process model: a vehicle definition assistant and an operations definition 
assistant. These definition assistants provide window-based user interfaces, supported by 
knowledge bases and definition utilities, to guide the user in browsing and selecting 
objects from the template library and in modifying those objects to create a launch vehicle 
and its process flow. The knowledge bases supply information describing how existing 
vehicles and process flows are configured and defined. The definition utilities support 
several import and export formats for creating and sharing models. 

All of the intelligent assistants will interface solely with the model management utility to 
access model information. Figure 3-1 illustrates the intelligent assistants and their 
interfaces. 

3.2.2. 1 Vehicle Definition Assistant (VDA) 

The OIA provides a vehicle definition assistant to help the user define a vehicle. The user 
can create a vehicle definition by reading template library objects into his workspace. He 
can modify the attributes and composition of an object in his workspace copy. 

For example, if a user wishes to create a single-stage-to-orbit (SSTO) vehicle. He could 
open a project containing the 100K class of vehicles and copy the vehicle into a new 
workspace. Along with that vehicle would come several other objects, such its engines, 
subsystems, their process flows, and associated resources. If he wishes, the user can 
replace these previously modeled components with components from other project 
sources. This process of selecting and modifying components allows the user to create 
the desired vehicle configuration; in others words, creates a new class of vehicle complete 
with its components - elements, systems, subsystems, and their parts. In a specific 


Page 3 - 4 



Section 3 - Innovative Tool Development (Task 1) 


example, the user may wish to convert his experimental Delta Clipper (DC-X) into an X- 
33 by replacing the DC-X’s 4 RL10 engines with 6 Space Shuttle Main Engines. 



Figure 3-2: Vehicle Definition Assistant Displaying both Categories and Components 
3. 2.2.2 Operations Definition Assistant (ODA) 

The OIA also provides an operations definition assistant to help the user define and select 
appropriate launch site operations for the vehicle. The operations definition assistant will 
include user interfaces for process flow definition, resource requirement definition, 
temporal constraint definition, and assessment setup. 

Process flow definition. The process flow definition interface allows the user to define 
appropriate process flows for the vehicle and its components. A vehicle or any of its 
components can own process flows to be performed at the launch site. These flows are 
read into the workspace at the same time that a component is read in. The user may 
create or select process flows that are applicable to the vehicle he is defining. Any flow 
can then be modified to create different or more detailed flows based on other component 
flows, or from its subcomponent or subsystem flows. 
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For example, If the user has specified subsystems for the Orbiter that differ from the 
template library Orbiter definition. He may wish to construct a different Orbiter OPF 
processing flow by integrating the new subsystem flows into the OPF processing flow and 
eliminate the old subcomponent flows. Figure 3-3 shows a sample process flow 
displayed in the ODA. 



Figure 3-3: The Operations Definition Assistant 


Resource requirement definition. The resource definition interface provides 
a method for specifying the objects needed to accomplish the current activity. Any object 
in the workspace could possibly be a resource. Furthermore, each object in the 
workspace, which is intended to be used as a resource for an activity, should specify the 
maximum number of units available in order to detect conflicts in resource usage. 


Temporal constraint definition. The temporal constraint definition interface provides 
a method for specifying how two activities occur together in time. That is, whether they 
start at the same time, finish at the same time, or one starts when the other finishes. The 
interface also provides the ability to specify delay’s between activities. An example of 
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the dialog used to edit resource requirements and temporal constraints is shown in figure 
3-4 below. 



Figure 3-4: The Activity Editor 

Assessment setup. The assessment setup provides a method for selecting the launch 
vehicle and processing flow that is to be assessed. The customer indicated that the OIA 
was primarily intended to assess a single flow of a given vehicle, but multiple flows 
assessments are supported. Each flow selected requires that the user indicate whether he 
wishes to anchor the start or finish of the flow, and the date the flow is supposed to start 
or finish. 

3.2.3 Analysis Engine 

The OIA also provides an analysis engine to aid the user in assessing the ability of the 
launch site to support the vehicle processing that has been modeled. The analysis engine 
makes use of the operations definition knowledge base and displays its results through the 
reporting utilities. The analysis engine determines the start and stop times for each 
activity based on whether the flow was anchored at its start or finish in the assessment 
setup dialog show in figure 3-5 below. If the start of the launch vehicle’s flow is 
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anchored, all activities are assumed to start as soon as possible. If the end point is 
anchored, then the scheduler assumes each activity starts as late as possible. 

As the scheduler completes its final pass through the activities being scheduled, it 
performs two tasks. First, it sets each activity’s start and stop times (e.g. early start, early 
finish, late start, etc.). Secondly, for each resource required to complete the activity, the 
resource allocation engine records the current activity’s time interval in each resource’s 
usage data structure. Each resource is assigned based on the activity’s ASAP or ALAP 
interval preference. 



Figure 3-5: The Assessment Setup Dialog 
3.2.4 Reporting Utility 

Once an assessment has been run, we provide three graphical reporting utilities that 
display results on either the screen or a to printer. For example. Figure 3-6 shows a Gantt 
chart of processing activities and Figure 3-7 shows a profile of a resource used during an 
assessment. The reporting interface also provides menu options that allow the user to 
save assessment results to a disk file in Microsoft Project’s MPX 3.0 format. Menu 
options and scrollable lists prompt the user for the filename and location where the file is 
to be saved on the disk. 


ORIGINAL PACK IS 
OP KX3? QUAttFV 


Page 3-8 




Section 3 - Innovative Tool Development (Task 1) 



Figure 3-6: Task Gantt Chart Report 

We also have the ability to specify particular limits on the number of resources available. 
In Figure 3-7 below we show a usage profile of the Mechanical Technician skill category. 
We have set an arbitrary limit on the number of mechanical technicians available in our 
resource pool at a level of four. Any time that the allocation goes above this limit, we 
display that allocation in red. 

3.3 Implementation 

All of the software developed under this contract was written in the C++ programming 
language. The object-oriented software community has long claimed that a marked 
improvement in code reusability can be achieved by adopting an object-oriented 
development strategy. Now that it has been six years since we first began traveling down 
this path, we are now beginning to realize this claim. 

3.3.1 Windowing System Layer 

At the mid-point of the project, we made a critical decision to switch from the popular X- 
Windows/Motif user interface to a proprietary windowing system called Galaxy, offered 
by Visix. The choice was motivated by the fact that they had a C++ object-oriented 
implementation that was available on most popular UNIX workstations and personal 
computers like Apple’s Macintosh and Intel-based DOS/Windows PC’s. This would 
allow us to port our software to new computing platforms simply by recompiling the 
source code. As it turns out, we made use of this facility by developing all of our 
software on Sun SpacStation 10’s and simply recompiled the source code on a Digital 
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DecAlpha workstation. Our implementation has tried to conform to the most recent 
trends emerging in new products. The interface design and implementation represents a 
significant improvement over our previous graphical user interface, like that of the 
Ground Operations Simulation Technique (GOST). 



Figure 3-7: Resource Histogram Report 


3.3.2 Server Layer 

The Model Management layer described in section 3.2. 1 was implemented in such a way 
that it could easily be encapsulated by a process running on a network file server. This 
will allow a workstation on the network to act as a client display processor, and the MMU 
process would act as the server. This decoupling will prove useful in the future as 
distributed computing becomes more of a reality. 

The Workspace Manager controls user access to information contained in the various 
open knowledge bases through the Knowledge Representation System (KRS). While the 
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OIA contains version 1 .0 of the Workspace Manager, we have spent a number of years 
developing the KRS component. The KRS is currently at its fourth version, and has 
stabilized very nicely. We believe that this architecture is of sound design and can readily 
support the addition of true database capabilities. As mentioned in Section 3.2. 1 .5 above, 
we are not aware of another implementation of this type or capability that exists. We 
have done extensive research to substantiate this fact and believe that our work in the 
model management utility is of most value from a scientific point of view. 

3.4 Validation 

The validation phase verified that the OIA software performs as designed and that the 
vehicle processing model assessment results are valid. Two types of validation were 
performed: software testing and model results testing. 

3.4.1 Software testing 

Both unit testing and integration testing were performed. Each software module or unit 
was subjected to one or more test cases to determine that it meet its public interface and 
functional obligations to the rest of the system. Modules that interface with each other to 
perform a function were tested as integrated units. This integration testing was conducted 
at increasingly higher levels until the entire system was tested. This bottom-up testing 
approach was employed to help eliminate hidden "bugs" and to verify that the software 
executes the intent of the design. However, we have identified a number of known bugs 
in the system. As with all off-the-shelf software development, the project completion 
date comes before everything can be completed to the satisfaction of the software 
developers. These bugs are all minor, but we do recommend that users save their work 
often to prevent significant loss of data in the event of a catastrophic application error. 

3.4.2 Model results testing 

The OIA system was also validated against a known launch vehicle, the Delta-II, and 
studies to verify that it produces expected results were performed. We also developed a 
test that stresses the OIA capabilities by importing the Orbiter’sOPF activities from 
Artemis. Unfortunately, the data provided by Lockheed was incomplete and did not 
allow us to perform assessments against it, but did provide a complex dataset from which 
to exercise ODA modeling capabilities. 

In conclusion, we believe the Operations Impact Assessor meets the goals of the NASA 
Research Announcement contract. It certainly offers an innovative computer-aided 
solution that pushes the state of the art in managing multiple knowledge bases within the 
C++ object-oriented programming language. We also believe that it provides an 
excellent means for centralizing study data form various conflicting sources into a 
consistent repository from which engineers can extract data. Furthermore, we believe the 
tool meets the need to perform assessment quickly. While the scheduler may not support 
the exact fidelity required, it is sufficient for a quick-look assessments. Our robust export 
facilities should enable other tools to be used to refine our schedules and resource data if 
necessary. 
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4.0 TASK 2 - OPERATIONS ANALYSIS OF LAUNCH VEHICLE 
CONCEPTS AND DESIGNS 

4. 1 Task Overview 

Analyses of launch vehicle concepts and designs for operations, facilities, GSE, and 
manpower were performed to make launch site considerations available for vehicle 
design processes. Key launch site drivers were identified, detailed assessments of these 
drivers were made, and design goals were developed. A stand-alone document entitled 
“Launch Site Operations Design Data Book” was developed which satisfies the study 
Task 2 deliverable item. It contains, in full, a description of the research conducted, task 
results, discussion of results, and the launch vehicle design checklist. 

4. 1. 1 Purpose 

Certain attributes of flight hardware design determine the ease of launch site processing. 
Those attributes that accommodate ease of processing typically require fewer launch site 
resources. The advent of reusable launch vehicles and increased budget pressure to 
decrease life-cycle costs require emphasis on ease of processing to lower launch site 
costs. In this task, those design characteristics that lend themselves to ease of processing 
and lower operational costs have been identified. The Launch Site Operations Design 
Data Book is useful to designers, project managers, and program managers from the 
conceptual studies phase through flight hardware development phases. Additionally, it is 
intended as a reference document for launch site personnel who are assessing new or 
updated launch vehicle concepts proposed by design centers. These assessments are 
performed using conventional manual methods or advanced modeling techniques such as 
the OIA which was developed in Task 1. 

Launch operations tend to be complex and time-consuming because vehicles have been 
designed to achieve high performance rather than rapid, inexpensive launch turnaround. 
Many times there are several designs that are of equal cost and satisfy mission 
requirements equally as well. In these cases, it is prudent to choose the design that will 
lower operational costs. If the cost drivers are not understood, new launch system are 
likely to inherit the same cost drivers of today's system. For example, a close relationship 
exists between vehicle pad operations and payload accommodation and design costs. By 
designing for abbreviated pad processing, payload pad access requirements may be 
reduced or eliminated. Thus, significant savings can be realized in support equipment 
and recurring operational costs. The Launch Site Operations Design Data Book will help 
design personnel to identify the lower operational cost designs. The data book presents 
operational impact data to aid management develop trades between design considerations 
and operational drivers. It must be remembered that the vehicle design recommendations 
are not to be regarded as requirements. Launch site operability must be traded against 
performance and design and development costs. But these recommendations and 
rationale for them must be given due consideration. 
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There is a wealth of documentation providing specifications for design of launch vehicles 
such as mil specs and safety standards. It is not the intent of this document to repeat 
design criteria, but to present design goals for improved operability at the launch site. 

4.1.2 Scope 

Task 2 results are applicable to the design process for reusable and expendable launch 
vehicles. It addresses all launch vehicle elements including boosters, core stages, crew 
systems, and the interface with payload elements. All launch vehicle systems were 
considered, but focus was on several high-impact launch vehicle systems which are key 
launch site drivers. Due to funding and time limitations, the primary area of research 
centered on Shuttle systems. 


4.1.3 Approach 

The approach used for Task 2 is shown in Figure 4-1. The first step was to identify high 
impact areas. Launch site operations cover a wide scope. To cover the gamut, enormous 
resources could be consumed to develop design recommendations. Through selection 
and assessment of high impact areas, maximum benefit was realized. 


INPUTS 

Studies & papers 
Top-Level Flows & Schedules 
Historical Data 


Processing procedures & timelines 
Manpower requirements 
F&E requirements 


Technologies task (Task 
4) recommendations 
Resource capabilities 


TASKS 


Identify High Impact Areas 


Perform Detailed Assessments 


Develop & Document 
Design Goals 



Comparative analysis 
between vehicles 

- Descriptions & Capabilities 

- Flows & timlines 

- Costs 

Define processing issues 
Identify high impact areas 


Conduct Shuttle subsystem interviews 
• Investigate problem areas 

- Identify preliminary design goals 

Perform Shuttle subsystem analysis 

- Define impacts (cost, schedule, risks) 

- Identify causes of impacts 

- Determine alternative approaches 


Identify design goals & 
technology requirements 

Develop Design 
Checklist 


PRODUCTS 


Vehicle comparison charts 
Comparative timelines 
Launch site drivers 


Definition of launch site impacts 
Input to technologies task (Task 4) 
Resource requirements 
Problem areas 


■ Launch Site Operations 
Design Data Book 

- Launch Site Ops Data Book | 

- Design Checklist 


Figure 4-1 Task 2 Approach 

A review of launch site operations, comparison of different launch vehicle processing 
flows, and review of documented launch site problem areas provided the basis for the 
initial identification of high impact areas (See Appendix A of the design data book). 
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The Shuttle launch system (Orbiter, External Tank, Solid Rocket Boosters) was selected 
X as the vehicle for detailed performance assessments and as the gauge for operability of 

designs. The Shuttle was selected because (1) it is a complex amalgamation of the full 
range of launch vehicle systems (including manned systems); (2) it is the most advanced 
of all launch vehicles with which KSC has extensive experience; (3) there is ready access 
to extensive data; (4) collection of data was useful for verification of the OIA; and (5) 
Shuttle data is most relevant for KSC assessment of future launch vehicles. 

In the second step of the approach, data was collected from NASA shuttle subsystem 
experts. This data included a description of the launch site processing, facilities used, 
launch site drivers, manpower and GSE requirements. In addition, data concerning flight 
hardware and GSE planned and unplanned work, operability assessments, problem areas, 
suggested improvements, and alternate systems and technologies were collected. In the 
third step, these data for each subsystem were entered into a data base, the data were then 
analyzed, and a time-phased design checklist was developed. 

4.2 Summary of Findings 

Table 4-1 maps the launch site processing issues to the Shuttle system involved. 
Identification of issues resulted from either input from subsystem experts or from data 
analysis. Table 4-2 provides a summary of the launch site operations drivers and vehicle 
design recommendations to improve operability. This is a summary of the design 
checklist items contained in Appendix C of the data book. The table provides a reference 
to example hardware characteristics that need change for improved operability and states 
the impact resulting from the launch site driver. It is recognized that the 
recommendations to improve operability have been made without regard to flight 
performance. Operability over the life of the vehicle must be weighted against 
performance within design trades. 
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Table 4-1 Launch Site Operations Design Issues Mapping to Shuttle Systems 
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Section 4 • Operations Analysis of Launch Vehicle Concepts and Designs 



Page 4-6 





Table 4-2 Summary of Launch Site Operations Drivers & Vehicle Design Recommendations to Improve Operability (Continued) 



Section 4 - Operations Analysis of Launch Vehicle Concepts and Designs 



Page 4-7 





Table 4-2 Summary of Launch Site Operations Drivers & Vehicle Design Recommendations to Improve Operability (Continued) 


Section 4 • Operations Analysis of Launch Vehicle Concepts and Designs 


T 



Page 4-8 









Table 4-2 Summary of Launch Site Operations Drivers & Vehicle Design Recommendations to Improve Operability (Continued) 
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4.2.1 Manpower Requirements 

Engineering manpower requirements were collected (rather than technician, quality, or 
other skill requirements) because the data was readily available, it provided a different 
perspective on the manpower requirements than other research of this type, and 
engineering manpower appears to be more stable in times of personnel reductions. In 
addition, unlike other skills, few engineers are shared between systems by either NASA 
or its contractors (making it clear which personnel are tied directly to a subsystem). The 
data collected was for support of eight Shuttle missions per year. It is difficult to predict 
the engineering manpower requirements for different launch rates. Some of the workload 
is launch rate-independent such as the production of procedures, implementation of 
hardware and software changes, and similar activities. Some groups function as the 
minimum manpower required to support a single flow. The engineering manpower level 
is probably tied closer to the number of launch vehicles in the fleet than to any other 
factor. 

The total SPC labor hours in 1993 for processing one mission was about 700,000 hours. 
Within this research, the total Shuttle Processing Contract (SPC) engineering manpower 
supporting eight missions per year was found to be 119 engineers (1.2 million hours) or 
152,000 hours for one mission. This would indicate that the engineering force averages 
about 22% of the total manpower requirement for mission processing, falling within 
range of other study results. In addition to the manpower accounted for in this research, 
other personnel skills and services such as launch site support, facility engineering, 
security, medical, fire, corporate management, Human Resources, administrative services, 
and logistics must be added not only to the contractor workforce but also to the NASA 
engineering headcount. 

The average engineering headcount for a Shuttle subsystem was found to be 28. This 
provides an indication of those systems which are manpower drivers and ones that should 
receive attention to determine the cause and appropriate remedy. Figure 4-2 shows those 
subsystems requiring engineering headcount greater than the average. 

The unplanned flight hardware work and work required to maintain GSE is often 
overlooked in estimating manpower requirements. Planned work is all work defined and 
scheduled prior to the start of a flow. Planned work is associated with standard and 
periodic operations and maintenance requirements, deferred work from a previous flow, 
flight system modifications, requirements change notices, special requirement, and flight 
system modifications. Unplanned work is defined as work generated as a result of 
Discrepancy Reports (DRs), Interim Problem Reports (IPRs), Problem Reports (PRs), and 
Type B TPSs (non-configuration changes). The average fight hardware unplanned work 
was found to be 15% of the total headcount. Maintaining the GSE and readying it for 
operations was found to be 37% of the total workload. Unplanned GSE work was found 
to be 5% of the GSE work. Although many subsystem personnel complained about the 
age of the GSE and that it is prone to failure, overall, the percentage of unplanned GSE 
work is fairly low. The report Magnitude and Impact of Unplanned Activities on Shuttle 
Processing states that per the Shop Floor Data Collection System (records technician 
manpower per subsystem), unplanned work accounts for 40% of the processing 
manpower. This is about double the findings shown in Table 4-3. 
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| Shuttle Su bsystem 

Figure 4-2 Engineering Manpower per Shuttle Subsystem (above average) 


By count of PRs processed for GSE and flight hardware (Figure 4-3), it would appear that 
the unplanned GSE work should be greater than the unplanned flight hardware work. The 
disparity can be accounted for in that typically the flight hardware PRs require more time 
for coordination and disposition than GSE PRs. 

4.2.2 GSE Tally 

Four categories of GSE were identified: fluid, handling, access, electrical, and other GSE. 
“Other” GSE included items such as tools, hardware covers and caps, and specialized 
containers. The number of types and total units were collected for each category. The 
data contained in the Ground Support Equipment Maintenance Plan provided the basis for 
many of the inputs, with the Model Number from this document indicating an individual 
unit. Figure 4-4 shows the allocation of the GSE to Shuttle systems and Figure 4-5 shows 
the makeup of the GSE across the GSE categories. Those subsystems which had a high 
percentage of GSE work correlated to a high count of GSE units in only 1 1 out of 19 
instances. Of those 1 1 subsystems, seven had a higher than average number of fluid GSE 
units. Complaints from the subsystem experts concerning fluid GSE included long setup 
times, sampling requirements, failures, and flow measurement problems. The lack of 
strong correlation between high GSE workload and high numbers of GSE may indicate 
that although larger numbers of GSE will drive some program costs (e.g., initial program 
procurement costs, facilities for storage of GSE, and GSE maintenance) they do not 
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significantly add to the launch site workload and in some cases may actually decrease 
workload (proper tools or equipment provided for the job). Conclusions that can be 
drawn from the high number of GSE items are that there is little GSE commonality and 
there are few instances of off-the-shelf/standardized processing equipment. 
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4.2.3 Operability Assessments 

• Perhaps the most difficult information to gather (and the most subjective) were the 
operability assessments for both flight hardware and GSE. Both were rated in five 
areas: accessibility, reliability, maintainability, supportability, and availability. 

Availability, maintainability, reliability, and supportability can be numerically expressed 
to understand exactly how well a system performs. But, development of numerical data 
for each orbiter subsystem was well beyond the scope of this research. Instead, 
subsystem experts were asked to provide subjective ratings for the flight hardware and 
GSE. The subjective ratings were “excellent,” “good,” “average,” “fair,” and “poor.” 
The inputs data was converted to a numeric grades (from 1 to 5) to facilitate data 
evaluation. Table 4-3 is a summary of the flight hardware operability assessments and 
Table 4-4 is a summary of the GSE operability assessments. 


Table 4-3 Flight Hardware Operability Assessment by Shuttle System 


System 

Accessibility 

Availability 

Maintainability 

Reliability 

Supportability 

Comm & Track 

2 

N/A 

3 

3 

2 

Crew Systems 

3.5 

4 

4 

3.5 

3.5 

DMS 

2 

3 

3 

3.5 

3 

GN&C 

2.8 

3.8 

3.5 

3.3 

3.5 

Landing 

1 

4 

2 

5 

2 

Payloads 

3.3 

4 

4 

4 

4 

Power 

2.3 

4 

2.3 

3.7 

3.7 

Propulsion 

2.6 

3.5 

2.8 

3.3 

3.5 

Separation 

3.5 

4.5 

4 

4.5 

4.5 

Structures 

2.6 

3.2 

3.4 

3.6 

3.4 

Thermal 

Protection 

3.6 

3.6 

2.3 

3 

2.6 

Average 

2.7 

3.8 

11 1 3.7 

3.2 


It was noted from several subsystem experts that the vehicle-being processed today is 
quite different from the original. Design and operations personnel have worked hard over 
the years to make the system what it is today. Although designed 20 years ago, the 
vehicle has been upgraded and modified for enhanced mission support, success, and 
operability. Good ratings for accessibility, reliability, and maintenance are a reflection of 
this hard work. Modifications to hardware, changes in requirements and procedures, and 
additional tools and equipment undoubtedly have a significant effect on the timelines and 
current perceptions of operability. 

It is not surprising that flight hardware operability has been rated low. Operability issues 
are common complaints within the launch vehicle community. Launch vehicles are large, 
complex, unique engineering marvels which are designed for high performance. 
Accessibility issues have often been overlooked, yielded to performance, or not corrected 
due to cost. Complex state-of-the-art hardware is often equated to high maintenance 
(average of 2324 scheduled maintenance tasks/1089 unscheduled maintenance tasks 
performed per flow) and expensive, long-lead time, short-supply spares destroys 
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supportability ratings. The supportability issue is underscored by the cannibalization of 
orbiter main engines, OMS pods, electronics and other hardware to support the next 
scheduled mission. The high incidence of Problem Reports PRs (See Figure 4-3) 
indicates a less than optimum hardware availability and reliability (at least during ground 
processing). All of these factors accounting for low operability call for changes in new 
vehicle program planning and design philosophy. These changes documented in 
numerous launch site operations studies include: 

• Standard off-the-shelf, proven hardware must be used to the greatest extent practical 

• Plans must be based upon proven flight hardware and systems rather than using 
“clean sheet” approaches 

• Concurrent engineering practices are essential in the design and build process, giving 
proper attention to operability issues 

• Logistics support must be properly funded up-front and not sacrificed to fix budget 
problems 

Operability of the GSE was not rated much better than the flight hardware operability. 
Common problems with the GSE include lack of parts for repairs, design and funding of 
GSE taking a distant second to flight hardware, high incidence of problem reports (See 
Figure 4-4), one-of-a-kind units that use unique parts, and antiquated equipment. The 
recommendations proposed above for enhancement of flight hardware operability also 
apply to the GSE. 


Table 4-4 GSE Operability Assessment by Shuttle System 


System 

Accessibility 

Availability 

Maintainability 

Reliability 

Supportability 

Comm & Track 

4 

N/A 

2 

2 

1 

Crew Systems 

4 

3 

4 

4 

3.5 

DMS 

4 

4 

4 

4 

4 

GN&C 

3.8 

3.6 

3.4 

3.5 

3.8 

Landing 

4 

4 

2 

5 

2 

Payloads 

3.6 

4.3 

3.3 

. 4.3 

3.3 

Power 

h_ 3.3 

3 

3 

2.7 

3 

Propulsion 

3 

3 

3 

3 

3 

Separation 

4.5 

3 

3 

3 

3 

Structures 

3.2 

3 

3.4 

2.8 

3.2 

Thermal 

Protection 

4 

4 

3.5 

3 

4 

Average 

3.8 

3.5 

3.1 

3.4 

3.1 


4.2.4 Conclusions 

Considerable data was collected, analyzed, and assembled for development of the Launch 
Site Operation Design Data Book. Shuttle processing data and experience provided the 
basis for the data book as the Shuttle provides information for the full range of launch 
vehicle systems. 
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The Shuttle proved to be fertile ground for identification of launch site operations drivers 
and subsequent development of design goals for future launch vehicles. Table 4-5 
provides a review of those systems/subsystems which are the greatest users of 
engineering headcount and GSE. 

Numerous vehicle design goals have been identified for efficient turnaround operations 
reducing manpower, equipment, and facilities requirements. Overall, the goals focus 
upon the following seven principles: 

• Eliminate hazardous and toxic materials including propellants and ordnance devices 

• Eliminate multiple fuels and oxidizers on the same vehicle 

• Furnish high reliability interfaces and flight and ground systems 

• Eliminate complex and extensive assembly and test requirements 

• Concurrent engineering practices must be used to ensure good accessibility, 
serviceability, and maintainability 

• Provide robust flight hardware and systems that endure normal operating 
environments 

• Reduce complexity of flight hardware and GSE using proven, off-the-shelf equipment 


The format and methodology for data collection provides for easy update. Incorporation 
of data from other launch vehicles could be accomplished efficiently and would add to 
the value of the data book for future launch vehicles development and assessment. 

The data book is a valuable companion of the OIA artificial intelligence-based analysis 
tool. The data book can be used for updating existing templates within the tool library or 
development of new templates. Outputs of the OIA can also be validated or substantiated 
against the design data book system and subsystem information. 

Timing for the data book completion is appropriate as NASA and aerospace contractors 
embark on development of reusable launch vehicle concepts (X-33 and X-34). Efficient 
ground operability of these new launch vehicles is intended .to be a hallmark to reduce 
launch costs and decrease ground turnaround. Use of this data book along with sound 
concurrent engineering practices will help achieve cost and efficiency goals required for 
future launch vehicles. 
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Table 4-5 System /Subsystem Drivers of Manpower and Support Equipment 
Requirements 


System/Subsystem 

Engineering 

Headcount 

Total GSE 
Units 

Key Launch Site Drivers 

Propulsion 

* 



Main Engines, Propulsion 

121 

300 

Lack of robustness; complex hardware; 
high maintenance; low reliability fluid 
interfaces; hydraulics; extensive test 

Orbiter Maneuvering System/ 
Reaction Control System 

* 

536 

Hazardous materials, toxic propellants; 
multiple propellants; high maintenance; 
hydraulics 

SRB Mechanical 

* 

234 

Extensive assembly, test, handling; 
hydraulic systems 

Structures 

151 

350 

CT . 4 ■ 

Extensive assembly, test, handling; poor 
accessiblity, complex flight hardware 

Thermal Protection System 

95 

790 

Fragile materials; complex & unique 
processes; complexity; 

Orbiter Electrical Power 

* 

440 

High maintenance; extensive test; low 
maintainability; toxic propellants 

Thermal Control; Environmental 
Control & Life Support 

* 

326 

tfigh maintenance, fragile materials 

Launch Processing System 

116 

481 

f 

e 

iigh maitenance; complex & unique 
>rocesses; flight hardware complexity; 
:xtensive test 
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5.0 TASK 3 - ASSESSMENT OF GROUND OPERATIONS 
IMPACTS 

5.1 Task Overview 

Under Task 3 of the Launch Site Processing and Facilities for Future Launch Vehicles 
study an investigation was conducted of the Kennedy Space Center (KSC) operational 
and facilities impacts created by the introduction of a new launch vehicle system. The 
following is an overview of the approach used to conduct the assessments, a general 
discussion of vehicles assessed, and a summary of the results. A complete description of 
each launch vehicle system configuration, top level processing scenarios, processing 
flows, lower level scenarios, timelines, and launch site impacts are contained in the 
separate "Operations Impacts Assessment Reports " document. 

Task 3 included four sub-tasks, identify required assessments, acquire and format data, 
conduct analyses and determine launch site impacts, and perform mixed fleet analysis as 
illustrated in Figure 5 - 1 . 


Inputs 

Work Flow 

Products 

Past and currant vehicle 


; Impact Assessments 

design data 


Task 3.1 

• Vehicle processing 



Identify required assessments 

• Cargo integration 

Manifests (future launch 


requirementsAvne&nee 

vehicles and STS) 


Task 3.2 

• Fecily requirements 



Acquire and format data required to perform analysis 

* Equipment requirements 

STS resource requirements 



• Manpower requirements 



Task 3 J 

• Other resources 

Current and projected 


Conduct and analyses and determine launch site impacts 


infrastructure data 

•• met - ... , . — i 

Mixed fleet analysis (new 



Task 34 

vehicles with STS) 

KSC prodeessing data by 


Perform mixed fleet analysts 


flight component 




Figure 5 - 1 : Task 3 Contained Four Sub-tasks 


5.1.1 Identification of Required Assessments 

The NASA KSC research manager, identified eight launch vehicle systems comfigutations 
to be assessed. The launch vehicle systems considered were a combination of 
conceptual designs for expendable launch vehicles mated with manned and unmanned 
personnel and cargo transfer vehicles. These launch vehicle systems were developed by 
NASA as part of the Assured Access to Space Study effort. The launch vehicle systems 
identified are listed in Table 5 - 1 and a sample configuration of each launch vehicle 
system is shown in Figure 5-2. 



Section 5 - Assessment of Ground Operations Impacts 


Table 5-1: Launch Vehicle Systems Considered During Task 3 Impact 

Assessments 

1 One and a half stage 50 klb launch vehicle with the HL-20 Personnel Launch 
System (PLS) 

2. One and a half stage with strap-on hybrid boosters 100 klb launch vehicle 
with the Winged Cargo Transport and Return Vehicle (WCTRV) 

3. Two stage 100 klb launch vehicle with the WCTRV 

4. One and a half stage 65 klb launch vehicle with the HL-42 PLS 

5. One and a half Stage 65 klb Launch Vehicle with Recoverable P/A modules 
and the HL-42 PLS 

6. Two engine, parallel bum 100 klb launch vehicle with the Piloted cargo 
Launch Vehicle (CLV-P) 

7. One and a half stage with strap-on hybrid boosters 100 klb launch vehicle 
with the CLV-P 

8. Two stage 100 klb launch vehicle with the CLV-P 


A 



1.5 Stage 2 Stage 2 Stage 1.5 Stage 

w/HL-20 w/WCTRV w/HL-42 w/Strap-on 

Boosters 
' & CLV-P 


Figure 5-2: Sample of Launch Vehicle System Configurations Assessed 

5.1.2 Data Acquistion and Formatting 

The next step was to acquire and format data required to perform the analyses. The 
NASA KSC research manager provided launch vehicle and spacecraft data developed by 
several NASA centers during Assured Access to Space Study. The data provided for 
launch vehicles included information such as size, weight, propellant mass, and engine 
type. Table 5-2 lists the design data provided for the expendable (me and a half stage 50 
klb launch vehicle. Similar data was provided for the other launch vehicles. Design 
information for two of the spacecraft was much more detailed than that provided for the 
launch vehicles. Information provided for the HL-20 Personnel Launch System (PLS) is 
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Table 5 - 2: Expendable 1.5 Stage 50 klb Launch Vehicle 


Design Data 


Core: I 

Inert Mass 

128.7 klb 

Propellant Mass (Total) 

1.83 Mlb 

Propellant Type 

LOX/LH2 

Engine Type 

STME 

Number of Engines 

1 

VacuunVSea Level Thrust (ea.) 

720/610 klb 

VacuunVSea Level Isp 

428.5/365 sec 

Engine Exit Diameter 

97 in 

Length 

175 ft 

Diameter 

27.6 ft 

Reusability 

None 

Booster Module: 

Inert Mass 

60.3 klb 

Propellant Mass (Boost Phase) 

1.44 Mlb 

Propellant Type 

LOX/LH2 

Engine Type 

STME 

Number of Engines 

3 

VacuunVSea Level Thrust (ea.) 

720/610 klb 

Vacuum/Sea Level Isp 

428.5/365 sec 

Engine Exit Diameter 

92 in 

Length 

N/A 

Diameter 

27.6 ft 

Reusability 

None 

Notes: 

• Core/Booster Ignited on Pad with 
Holddown 

• GLOW 

2.06 Mlb 

• Total Weight @ Liftoff 

1.19 Mlb 


shown in Table 5-3. Similar information was provided for the Piloted cargo Launch 
Vehicle (CLV-P) . Little more than the size and weight was provided for the Winged 
Cargo Transport and Return Vehicle (WCTRV) and the HL-42 PLS. For the purpose of 
the assessment it was assumed that the WCTRV was similar to the CLV-P, and the HL- 
42 was a scaled up version of the HL-20. 

In addition to the physical characteristics provided for each element that constitutes a 
launch vehicle system, it was indicated that each element would arrive at KSC totally 
integrated (i.e., no assembly tasks were required at the launch site). Information regarding 
the various system and subsystem designs, and/or heritage, was provided or assumed in 
order to develop credible task durations for timelines. 

One of the first and foremost concerns in assessing launch site impacts is the need for 
new or modified facilities. This is a major concern, because of the long lead time required 
to gain approval for facility construction (e g., C of F budget process); the time and cost 
involved for environmental impact assessments; and the overall cost of construction and 
activation of these facilities. Modification of existing facilities is also a major concern. 


Page 5-3 




Section 5 - Assessment of Ground Operations impacts 


Table 8 - 3: Personnel Launch System Design Data 


Personnel Launch System (PLS) HL-20 Description 
Lifting body concept designed by LaRC 

Designed for pilot, copilot and eight ere w members (SSF crew change-out mission). 

Length 28.25 ft. Width 22.5 ft. wing tip to wing tip. 

Two primary components, crew compartment and heat shield. 

Secondary components consisted of two wings, eight large access panels and a center fin. 
Crew compartment was the primary structural element and was skin-stringer construction. 


1 . 

12 . 

3. 

4. 

5. 

| 6 . 

7. 

8. 
9. 


Ito crew compartment consisted of a cylinder with a flat floor, a cockpit and close-out form 
the front and a conical section formed the aft end. 

F u U L ,ram 5 s ex * en ^ e< ^ * r °m ®ach side of side of the crew compartment to support the heat 
shield, subsystems and access panels. 

The crew compartment attached to the booster, via an adapter that provided an on-the-pad 
or altitude, SRM escape system with 6 LES engines, at the aft end. An abort window 
parachuted T + 64 10 T + 433 seconds where the vehicle must abort to a water landing with 

10. Entry at the launch pad was through a top hatch. Egress at SSF was through a hatch aft. 

11. The heat shield was suspended by links to the extension frames and crew compartment It 
was removable to provide inspection access to the pressure vessel. 

1 1 2 . The heat shield was constructed of graphite polyimide honeycomb with the tiles directly 
I bonded to the polyimide. Directly bonding to polyimide with similar thermal expansion 

coefficient result in less maintenance than Shuttle/Orbiter. In addition to the tiles the TPS 
consisted of High-density Reusable Surface Insulation (HRSI) on the bottom of the heat 
shield and wings, Flexible Reusable Surface Insulation (FRSI) on the upper surfaces and 
Advanced Carbon-Carbon (ACC) on the leading edges of the wing, control surfaces,’ nose 
(similar to the Shuttle/Orbiter nose), chines, and vehicle body flaps. 

1 1 3. Ail systems located outside the pressure vessel and were accessible through the access 

pa H e i7!ll systems are: 2 0MS en 9 ines (Port and strb), 4 RSC modules (fore and aft, port 
a "rttfrt>), 2 battery packs (fore and aft), propellant tanks (port and strb), ECLSS (port and 
strb), tricycle landing gear (assumed to be pyro activated), parachute, and avionics bays 
(port and strb). ’ 


particularly if the modifications would interfere with ongoing launch program schedules. 
The type facility data required are illustrated in Table 5 - 4. Specific data on KSC 
facilities are presented in Appendix A. 


Data for generic Shuttle (Orbiter, External Tank ET, and Solid Rocket Boosters) 
processing flows were extracted from KSC documentation by flight element , and used to 
develop timelines for the processing new launch vehicle system where elements, systems, 
or subsystems were similar. These data were entered into computer speadsheets to 
enableusers to make quick comparisons, and for input to the OIA. 
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r 


r 


T,W * 6 • 4: * Uunch Site Acc0fnmodattor| s Required for 

Physical Considerations and Launch Site Accommodations 


^ reUSabte VehiCle as compared .0 

a ’ ISr rter(S) USed t0 deliver VehiCle components t0 teunch site (e g., barge, rail, truck or 
b facilE ent required ,0 off ' load vehicle components and transport to launch site processing 

c. Launch site roadway clearances and load bearing capability 

d. Type of facility required (hazardous or non-hazardous). 

6 stands) ^ 6 ^ len9fth ’ width and height of door openings, air1ock(s), work area and/or work 

f. Crane(s) hook height and load rating 

d. Facility environment conditions (cleanliness, temperature, humidity, etc.) 

e. Existing handling equipment (fork lifts, tow tractors, rotation devices, etc.) 
f Contamination control for hazardous or environmentally sensitive materials 

g. Fixed and portable access stands 

h. Test cells and footprints 

i. Facility services (pressurized gases, liquids, electrical power, auxiliary lighting, etc.) 

| Engine configuration and thrust levels as compared to configuration and capability of: 

a. Mobile Launch Platform (MLP) 

b. Launch pad flame trench 

c. Launch pad sound suppression system 


5.1.3 Analyze and Determine Launch Site Impacts 


Each assessment was conducted in the same manner, and a reusable Personnel Launch 
System (HL-20) launched on an expendable launch vehicle is used as an example in the 
following paragraphs to illustrate the assessment process. The launch vehicle system 
Figure 5 - 3, consists of a HL- 20 atop a Core/Booster. The Core/Booster is a single ’ 
engine core and a three engine booster that separates after launch. The first step in 
determining the impact of a new space vehicle on the launch site operations is to develop 
a top level processing scenario for the entire prelaunch process, from arrival (or retrieval) 
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through launch, and in general terms define the facilities required during the processing 

flow for each of the new space vehicle elements. Figure 5 - 4 is the top level scenario 
developed 


HL-20 Adapter 
Processing 


Core/Booster 

Processing 


Launch 

Vehicle/ 

Spacecraft 

Integration 


Space Vehicle 
Final Launch 
Preps 


HL-20 
Pre launch 
Processing 


HL-20 Post 
Landing 
Processing 


HL-20 

Landing 


Figure 5-4: Top-Level Scenario for a Reusable Personnel Launch System 

(HL-20) Launched on an Expendable 1.5 Stage Launch Vehicle. 


Page 5 - 6 









Section 5 - Assessment of Ground Operations Impacts 


For the HL-20 launch vehicle system. The next step is to define the tasks performed on 
elements and systems, for each step contained in the top level processing scenario Figure 
5-5 shows an expansion of Core/Booster processing shown in the top- level scenario. 




Perform 
Engine Leak 
& Functional 
Checks 

- 

Perform 
Tank 
LOX/LH2 
Leak Checks 

- 

Perform 
Leak & Flow 
Checks 

- 

Perform 
Core System 
Tests 







Perform 


[ Perform 




Ordnance 


Closeout & 




Installation 

H 

Inspections 




Figure 5 - 5: Lower-Level Core Processing Scenario 


Following the development of the lower-level processing scenarios a comparison is made 
between the physical characteristics of each space vehicle element and the physical 
characteristics of existing facilities and/or support equipment to determine the ability of 

existing facilities and/or support equipment to accommodate the vehicle during all phases 
of processing. 

This first assessment (vehicle physical characteristics versus facility capabilities) is 
initially accomplished assuming that all facilities are available on a non-interference basis 
with ongoing launch operations. In the example presented above, the space vehicle could 
be processed in existing facilities with some modifications. 


If the integration of the tanks, core engine, and booster assembly were accomplished at 
Marshall Space Flight Center (MSFC) the vehicle could be shipped to Kennedy Space 
Center (KSC) using the barge normally use to transport the Shuttle External Tanks (ET) 
to KSC. However, some modifications to the barge may be required to provide 
environmental protection for engine and booster components. At KSC, the Shuttle ET 
transporter would have to be modified to transport this element from barge dock to the 
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Vehicle Assembly Building (VAB), because the integrated Core/Booster is longer and 
heavier than the Shuttle ET. One of the VAB high bay areas would require modifications 
to provided access to the Core/Booster and HL-20 during mating and test operations. At 
least one of the Orbiter Processing Facility (OPF) bays would required modifications to 
accommodate the smaller HL-20. One of the Mobile Launch Platforms (MLP) would 
require a modification to close two openings, which allow hot exhaust from the Shuttle 
Solid Rocket Boosters (SRB) to escape into the flame trench, , and the flame trench at one 
pad may also require modifications. Modifications would be required to provide crew 
access at the pad. The Orbiter Access Arm used for Shuttle is not at the proper level to 
satisfy this requirement for the stacked 1.5 Stage, 50 klb, HL-20 System. Crew access for 
the HL-20 is through a top hatch that would be at the 247 foot level when on the MLP at 
the pad, and the Orbiter Access Arm is at the 147 foot level (See Figure 5 - 3). 

Once it has been determined that new or modified facilities are, or are not, required, time 
estimates or "timelines" are developed for each processing task. These timelines are 
derived from standard processing timelines for existing vehicle elements and systems that 
are similar to the elements and systems used on the new vehicle. A timeline for the 
example space vehicle is illustrated in Figure 5 - 6. Impacts relating to facility utilization. 


Elapsed Time in Weeks 


ID 

Tasks 

Work 

Day* 

10 

£ 

F 

I 13 

V ff 

14 

i» i 

15 

15 

E 

17 

1 8 

1 9 

1 

HL-20 Landing at SLF 

0 



LL_ 








2 

HL-20 Postianding Processing 

47 



l— 

i 

7 T 

JMi 




’ ’ } 

3 

Safe & Tow to Processing Facility 

0.75 



r 

1 

i 

•t* — r—~ 

L * 


r 





4 

Postlanding Inspections 

20 


X r " 

1 1 

zS 

{ f 


f 




5 

Remove OMS & RCS 

8 


_JC 


j 

f "1 





"1 

6 

Thermal Protection System Refurbishment 

20 



C 


=i ! 


| 




7 

Post-Flight Functional Test 

6 



fc 


r 

j 


: 

i—,. 


rTTrTr;:t ' 

► | 

8 

Scheduled Maintenance & Repairs 

30 



pz 


;Ej 




1 

9 

Refurbish Crew Systems 

8 



i 

£□ 

1 






| 

10 

Battery Servicing 

4 




O 


i 

1 

1 

1 

| 

11 

HL-20 Prelaunch Processing 

34.5 




! 


1 

w ! 1 




1 




.JR. : 


12 

OMS & RCS Reinstallation 

8 







i 

: T 

CD j | 

] 

) 

13 

Fluids & Gases Servicing 

6 






: 

j 

i 

: 

| 

14 

Flight Readiness Test 

4 







! a 1 

r 

| 

15 

Crew Equipment Installations 

4 

1 t 

i 







I 

i=i 

"**? 


16 

Ordnance Installation & Test 

6 







I c 

5”7 

***'] 

17 

Closeouts 

4 









HI 


18 

Weight & CG 

1 









■Hf 


19 

Install on Transporter 

1 









a 


20 

Transport to VAB 

0.5 









7 \ ! 

21 

Core/Booster Processing 

134 


— t 


— 




1 

22 

Core Arrival at Barge Dock 

0 


n 



| 




23 

Core Offload & Transport to VAB 

4 * 


] t 



! 

, r ... 

zt 

~jj 


Figure 5 - 6: Illustration of a Processing Timeline 
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can be identified by comparing the timelines and estimated launch rates for the new 
vehicle with schedules and manifests for Shuttle. 


5.1.4 Perform Mixed Fleet Analysis 


Timelines developed during the assessments were based on mature operations, in that 
first time flows for new vehicle systems, and learning curves were not considered. A 
summary of the processing times for the example launch vehicle system. Table 5 - 5, 
shows a total elapsed time for turnaround to be 1 13 calendar days. This compares to the 
average post-Challenger STS turnaround time of 184 calendar days. Multi-flow conflicts 
for the use of the VAB would be encountered between Shuttle processing and any new 
launch vehicle system. For example, the 34 days required to stack the Shuttle Solid 
Rocket Booster (SRB) segments are "lock-out” days in that no other activities are 
permitted at that time. If these multi-flow conflicts can not be resolved through schedule 
adjustments additional facilities, such as an SRB stacking facility, and/or other facility 
modifications may be in order. 


Table 5 - 5: Summary of Processing Times for the Reusable Personnel Launch 

© m / LJ I hA\ _ i* ^ ■ a . • - - _ * _ 


Task 

Shifts 

Tims In 
Calendar 
Days* 

MSMIIVM W VIMV 

Turnaround 
Tims In 
Calendar 
Days 

Facility 

HL-20 Post Landing Processing** 

47 

32.9 

0.0 

OP F 

HL-20 Prelaunch Processing** 

34.5 

24.2 

0.0 

OPF 

Core/Booster Processing 

”*134 

93.8 

93.8 

VAB 

HL-20 Adapter Processing** 

30 

2To 

6.0 

VAB 

Launch Vehicf e/Spacecraft Integration** 


27J0 

' To 

VAB 

Final Launch Preps 

*57 

iTo 

19.6 

Pad 

Totals 

383.5 

217.9 

112.8 



Based on 2 shifts/ day, 5 days/week for element stand-alone operations and 3 
shifts/day 7 days/week for integrated operations. 

Performed in parallel with Core/Booster Processing. 


The nature of facility modifications and the time required to complete the modifications 
may also have an impact on ongoing operations. For example. Shuttle launch rates would 
be affected during VAB bay modifications to accommodate the Launch Vehicle/Spacecraft 
integrated operations. 

5.2 Results 

The following summarizes the Task 3 assessment results in terms of new or modified 
launch site facilities and equipment required, new launch vehicle system turnaround time 
estimates, and schedule conflicts arising from mixed fleet operations. 


5.2.1 Facility Impacts 
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Launch site facility modifications for the one and a half stage 50 kJb launch vehicle with 
the HL-20 Personnel Launch System previously in described in Paragraph 5 1 3 are 
typical of the modifications required for most of the launch vehicle systems assessed.. 

It was assumed that in all cases where the core and booster constituted a single integrated 
element that integration would be accomplished at some other facility prior to being 
s ipped to KSC. It was also assumed that these integrated core/boosters would be 

TrX 00 thC ShUttIe ,f L bargC F ° r ,aunch vehic,e sterns one or 
more Shuttle ET transporters would have to be modified and/or new transporters 

provided to transport these elements from barge dock to the VAB, because integrated 

core/booster elements were longer and heavier than the Shuttle ET. For these launch 

ifiSr 8 ; 5110 ^ ^ ° ne and a half Stage vdth hybrids 100 Wb ,aunch vehicle with 
the WCTRV, where the core and the boosters) were separate elements new transporters 
would be required for the boosters and/or the core element. 


high bay areas would require modifications to provided access to the launch vehicle 
and spacecraft during mating and test operations. At least one of the OPF bays would 
required modifications to accommodate the smaller spacecraft. One of the MLP would 
modification, and the pad flame trenches would require rework for core engines 
configurations. 


1 a ?^ 8eWlth RecoverabIe Propulsion/Avionic (P/A) 65k Launch Vehicle with 
Stl 2 and 2E ?? ne Pa f l f Bum C,uster with CLV-P the Rotating Service Structure 
(RSS) pro^deti for payload access and access to Oititer systems, could not be used. The 
top of the RSS is at the 167 foot level at the pad. With the HL-42 configuration the 
adapter would start at the 213 foot level, the adapter was 13 feet long and the HL-42 was 
2 feet, the top of the stack would be at the 268 foot level. The top of the CLV-P stack 
would be at the 277 foot level, and if access to the top of the stack is required at the pad 
the top deck of the Fixed Service Structure (FSS) at the 247 foot level, may have to be 
raised. New access arms and escape systems would be required for the crew The RSS 
would have to modified to provide access capability for cargo loading operations. 

It is assumed that the SRB recovery ships provide adequate overall capabilities for 
retrieval of the P/A modules. Re-outfitting of the ships will probably be required for the 
P/A recovery missions. Recovery and refurbishment of the LOX/LH2 engines (P/A 
modules for the 1 .5 stage configuration) from an ocean landing would be a new and 
exciting experience for KSC. 


5.2.2 Turnaround Time for Launch Vehicle Systems 

One of the goals the Assured Access to Space effort was to investigate launch vehicle 
systems designs and operational concepts that would allow launch operations to 
approach typical aircraft operations and turnaround times. Many gross assumptions 
were made in developing the timelines for turnaround estimates for the launch vehicle 
systems assessed. This was due to the lack of specific design data related to reliability. 
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maintainability, and supportability characteristics that are normally used to determine 
aircraft turnaround time estimates The estimates developed in Task 3 were based on 
generic flows and timelines for the Shuttle. Shuttle generic flows and timelines are 
success oriented and do not include allowances for unplanned work. 

Table 5 - 5, in Paragraph 5. 1 .4, is a summary of processing times for the reusable 
Personnel Launch System (HL-20) on an expendable 1.5 stage launch vehicle. Tables 5 - 
6 provides summaries of the turnaround times for the other launch vehicle systems 
assessed. ^ie maximum turnaround time was 1 12.8 calendar days and the minimum was 
77.8 calendar days. These estimates indicate the launch vehicle systems assessed would 
not provide a significant improvement over the Shuttle in regard to turnaround time. This 
is not surprising, because the estimates were based on Shuttle element processing. 

5.2.3 Schedule Conflicts for Mixed Fleet 

Modifications to the VAB would disrupt Shuttle processing and an annual flight rate of 
eight flights per year could not be maintained during the duration of the modifications. 
Conversely, modifications to the VAB would disrupted by Shuttle processing. Launch 
rates for any new launch vehicle system would also be effected by on-going Shuttle 
operations. This would be particularly true in the VAB where hazardous SRB stacking 
lock-out" any other activity. The average SRB stacking operation duration is 35 4 
calendar days, and shortest time, as of May 18, 1993, was 17 calendar days. This was 
accomplished on mission STS-54 in the October/November 1992 time frame. The generic 
stacking flow is 19 calendar days based on a 3 shift per day 5 days per week work 
schedule. Assuming the generic schedule could be met consistently and a flight rate of 
eight Shuttle flights per year the VAB would be unavailable cm average for 152 calendar 
days. A new SRB stacking facility would alleviate the situation , however it would seem 
at a new vehicle integration facility, designed specifically for the new launch vehicle 
system would be more appropriate. 
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Table S - 6: Turnaround Time Estimates 


Task I Shifts 


Turnaround 
Time In 
Calendar 
Dave 


1.5 Stage w/strap-ons 100 klb Launch VehiciQ w/wnTRV 

VVCTRV Post L an ding Proc essi ng 
WCTRV Prelaunch Processing 

Core/Booster Processing _ 

Stra p- Ons Processing Leit& Right ” 

WCTRVAdap(er Processing**" 

Launch Veh ici e/Spac ecrafi Integ rat io n 
Final Launch Preos 


Totals 


2 Stage 100 klb launch vehicle w/WCTRV 


EE 


Totals 


1.5 Stage 65 klb launch vehicle w/HL-42 


HL^42 Post Landjng Processing 
HL-42 P^ela1Jn c i^Pi^^ess ing ^^ 

* 

Lau nc h Ve hicle/Sp acecraft Inleg r at io n 
Final Launch Preos 


Totals 


1.5 Stage 65 klb w/recoverable P/S launch vehicle w/HL-42 


Totals 


51.5 


38.5 


96 


66 


30 


45 


57 


15.5 


399.5 


r Him j; 1 1 ■■■■■ it 

1199 


2 Engine parallel burn 100 klb w/CLV-P 

CLV-P Post Landing Processing*** 51J5 

CLV-P Prelaun ch Processing** ” ~ 44 T 5 

Core Processing***" ’ __ " 54 

Boos t er Processing Lett" 4~Right ~ 64 

5j=yj.?..^.^®J_P.r.9S?5. s ' n 9 H ~ ” 30 

. U? 46J5 

Final Launch Preps gy 

Totals 347.5 


m\ 
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Section 5 - Assessment of Ground Operations Impacts 


Table 5-6: Tur naround Time Estimates (Continued} 


Task 


Shifts 


Time In 
Calendar 
Days* 


Turnaround 
Time In 
Calendar 

^ — P a y. 


Facility 


ilutr. FPS* Lancing p rocess in g * * 

55.5 

27.8 

0.0 

OPF 

CLV-P Prelaunch Processing" 

34.5 

'24.2 


OPF 

Core/Booster Processing 

84 

'58.8 

5878 

VAB 

Strap-Ons Processing Left & Right" 

66 

46.2 

0.6 

VAB 

CLV-P Adapter Processing** 

30 

21.0, 

6.0 

VAB 

Launch Vehicle/Spacecraft Integration"" 

47 

15.7 

576 

VAB 

Final Launch Preos 
Totals 

.57 

r 19.6 

19.6 

Pad 

2 StaaelOO klb w/clv-p 

374 

212.6 

82.8 


CLV-P Post Landing Processing*** — j 

[" 55.5 

27.8 

7.0 

[ OPF ~ 

CLV-P Prelaunch Processing** 

i 345 

24.2 

676’ 

OPF 

Core/Booster Processing 

84 

58.8 

58.8 

VAB 1 

VAB 

VAB 

Strap-Ons Processing Left & Riqht" 

“64 

44.8 

0.6 

CLV-P Adapter Processing* 

30 

21.6 

6.6 

,!r.?Jin.?.^y e hicIe/Spacecraft Intearation**" 

Ii n9 | | n' * 

HQ 

15.7 

576’ 

w no 

VAB 

rinai Launcn preps 

mm 

19.0 



[Totals 


211.2 

89.81 

HI | 


• Based on 2 shifts/ day, 5 days/week for element stand-alone operations and 3 shifts/day 7 
days/week for integrated operations. 


** Performed in parallel with Core/Booster Processing or off line. 

CLV-P Post Landing Processing starts 10 days before Core Processing and Core Processing 
starts 7 days before Booster Processing. 


Extends 5 days beyond Core/Booster Processing. 
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Section 6 - Development Of Methodologies To Identify Promising Technologies 


6. TASK 4 - DEVELOPMENT OF METHODOLOGIES TO 
IDENTIFY PROMISING TECHNOLOGIES 

6.1 Task Overview 

Numerous technologies, advanced systems, and process improvements are needed to 
improve current capabilities for processing launch vehicles and related payloads. Use of 
advanced systems and technologies can reduce cost and increase the efficiency of ground 
processing operations. However, many technologies and techniques require significant 
lead times and expenditures in order to be available for operational use. The overall 
objective of Task is to provide tools and data for identifying the critical technologies 
needed to improve ground processing operations. There were two specific objectives to 
be met in Task 4. One is the identification of those technologies which, if implemented, 
will play a significant role in improving processing and reducing the cost of future vehicle 
processing. That is, what process enhancements can be made if certain technologies are 
implemented. Note, this contract does not involve determining the current state-of-the-art 
of the needed technologies. 

The second objective of this contract is to provide designs, models, and suggested 
modifications to the OIA that will allow technology needs to be modeled along with 
typical processing data. This includes the ability to specify a given technology or 
enhancement technique for a given task. It also includes the ability to store data 
pertaining to technology information. This would include the cost of developing the 
technology for field use, current-state-of the-art, listing of experts etc. In addition to 
including this modeling the data the design should include new reports which make use of 
this data, such as technology listings showing when each is needed for a given program. 
There are a number of other reports which must be included as well. Note, these are not 
actual changes or requirements of the OIA tool. They are simply guidelines and plans 
which could be implemented in a future modification of the tool. 

The specific deliverables of Task 4 include the following: 

1 . Listing of critical technologies needed (mid-term and final report) 

2. A methodology and design for modeling technology information within 
the OIA 


6.2 Identification of Promising Technologies 

6.2.1 Background 

The technologies identified here were obtained from extensive interviews with various 
shuttle processing engineers, and from various technology studies carried out by teams 
with extensive processing experience. The Launch Vehicle NRA team, consists of 
individuals with extensive processing experience across numerous spacecraft programs. 
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Section 6 - Development Of Methodologies To Identify Promising Technologies 

This experience was used to perform relevant interviews with various processing 
personnel, and carefully select only relevant information from other studies. Because the 
program is an ongoing program with an extensive history of processing knowledge it 
was used as a primary driver to identify new methods and technologies to process future 
vehicles efficiently. STS processing information was obtained by directly interviewing 
various shuttle processing teams. As shown in Section 5 the data obtained from these 

I"* 8 h3 t S USed in the launch Site Operations Design Data Book and to identify 
technologies to enhance future vehicle processing. 

Two other primary sources of data were used here. One is the Space Station Ground 
Processing study that was a KSC based effort to identify improved methods and 
technologies required to reduce the cost of processing the station elements. This study 
was accomplished in a manner very similar to the STS processing team interviews 
Numerous experts in payload processing, familiar with current plans for Space Station 
were interviewed to determine problem areas and propose enhancements. The final 
source of data was NASA’s Reusable Launch Vehicle program. Large center wide teams 
have been established to address issues for this program and define the drastic changes 
and requirements necessary to build a reusable launch vehicle that is an order of 

3!?! kSS C ° Stly t0 fly ’ ^ data obtained here comes from the combined 
A/L i ldUStiy - 0peratJOns Technology Synergy Team. The findings of this team 
chartered to review and prioritize the Access to Space, Option 3 Technology 

Requirements are presented in a package of 4 documents delivered in November 1994 

reouiTementf ^ ^ ldent,fied numerous °P tions for future launch vehicles and 
requirements and was the precursor to the RLV program. The complete list of documents 

from which technology needs have been obtained are listed below: 

1 . Interview data obtained from discussions with STS KSC processing 
subsystem experts. Data taken from the STS Operations Database 

developed under Task 2 of the Launch Site Processing and Facilities for 
Future Launch Vehicles Study. 

2. "Launch Site Operations Design Data Book,”, Interim Report, Launch Site 

^ c S m n f .Tnn FaClhtieS f ° r FutUre Launch Vehicles > NA SA Contract 
#NAS 10-1 1999, June 1994. 

3 ‘ Technology for Enhanced Space Station Ground Processing 

;^ dy ’, FhaSe 1 RnaJ Report ’ Pa y ,oad Groun d Operations Contract 
#NAS 10-1 1400, Work Order deliverable, NASA-KSC, November 1993. 

4. "Access to Space Study," NASA Office of Space Systems Development 
January 1 994. (Summaiy Report, Advanced Technology Team Final 
Report Volume I - Summary, and Volume IV - Operations Plan) 

5 TeChn ° l0gy Plan ’ ^ Operations Synergy Team, 

6. “Operations Concept Vision and Operability Criteria Document”, RLV 
Operations Synergy Team, November 1994. 
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7. “Technology Priorities Identification,” RLV Operations Synergy Team 

October, 1994. By 

8. “Critical Technologies for Improved Processing,” Interim Report, Launch 
Site Processing and Facilities for Future Launch Vehicles, Contract 
#NAS 10-1 1999, August, 1994. 


As mentioned above the LVNRA contract called for a mid-term and final report listing 
technology needs for future vehicle processing. Thus, the data presented here is an 
extension of the technology requirements already identified in the mid-term report 


6.2.2 Technology Listing 


Based on the approach described above, and using the listed sources for information, a 
total of 43 technologies or process enhancements have been identified to date The 
technologies identified are grouped into a set of task types and general areas or categories 
for convenience. The primary focus of this assessment is enhancement for ground 
operations. Thus, most of the technologies are based on improvements and new 
technologies for current ground operations and ground equipment. However, there are 
certain technologies which can be used to enhance or modify the spacecraft itself which 
results in reduced maintenance and operations. The technology category for this case is 
re eirc to as lght . For instance the use of advanced propulsion systems which do not 
require separating boosters to be recovered obviously reduces ground operations costs 
1 he technology areas used in this report are listed below: 

1. Test and checkout 

2. Transportation and handling 

3. Installation, assembly, and disassembly 

4. Human ingress and egress 

5. Inspection 

6. Servicing and deservicing 

7. Generic enhancements 

8. Flight Equipment 


Table 1 provides a listing of the technologies categorized by specific task type. Also 
shown are the sources from which each was identified. Table 2 provides a listing of 
technologies, and the sources for those technologies which are generic and applicable to 
more than one type of processing task. A brief description of each technology and its 
source is provided in Appendix B. 
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TABLE 
Task Type 

1 Flight Equipment 


Inspection 


1. Identified Technologies To Enhance Vehicle Processing - Organized By Task Type 


Technology/Application 

Elsctro-Mschanlcal Actuators lor Right 
Control 


Accsss Platform Proximity Sensors 


Articulated Camera/Scope Carrier* 


Automated Leek Detection and Location 


Source 

STS Interview Database 


STS Interview Database 


Comments/Example 


Sfwcagstton Ground Processing Study I Automated engine compartment 



l l.lt !> lit I'l-lll IiU.I H.lnl.ffl 

ii. i .■ in [■!•-.! i.! j.rrsMWWffBilf 


Thermal I 


Self Adjusting Latches 


Servicing A Deservlclng | Advanced Foams end Material Coatings 


11 I Servicing A Deservlclng I Automated Umbilical Connectors 




and STS IntervMw Ditab— 


Turn 


STS Interview Databts* 


Team 


STS Interview Database 


STS Interview Database 


STS Interview Database 


Improved Qulck-Dltconnecta 


15 Test & Checkout 


16 I Test & Checkout 


Transportation & Handling 


luarsEs 


6 Handll 


20 Transportation a Handling 


Automated 


In-SItu Measurement Systems 


Intelligent Sensors 


_Wireless Signs i/Data Communication 


Automated Payioad/Vehicle Handling and 


Electrical Actuators for GSE 


Standardized Auto-AIIgnlng Payload 
Interfaces 


STS Intsrview Database and RLV 
Synergy Team 


RLV Operations Svnerov Team 


Team 


STS Interview Database 


STS Interview Database end Space 
Station Ground Processin 


STS Interview Database 







STS Interview Database 


STS Intsrview Database 


RLV Operations Synergy Team 


■wine pressure guage 


On-board electronics for signal 
conditioning, AD conversion, and data 
Interface 



6.3 Potential Spin-off Opportunities 

There is currently tremendous pressure on government agencies and their contractors who 
perform research and development work to transfer technology into commercial industry 
in order to stimulate job growth. In support of this effort, the technologies for processing 
enhancement, identified here, have also been considered as potential “spin-off’ 
opportunities. A team of 5 personnel with extensive payload and spacecraft processing 
experience was used to identify potential “spin-off’ opportunities. It should be noted that 
a number of needed processing technologies actually represent more of a “spin-on” 
opportunity. That is, there are areas of processing that could benefit from commercially 

available equipment. The “spin-off’ opportunities that were identified in a brief effort are 
depicted below. 
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TABLE 2. Identified Technologies To Enhance Vehicle Processing - Generic Tasks 



Task Type 

Technology/Application 

Source 

Comments/Example 

21 

Gtontric Technologies 

CAD Dsta Conversion 

Space Station Ground Processing Study 


22 

Generic Technologies 

CACVCAM Part Production 

Space Station Ground Processing Study 


23 

Generic Technologies 

Computer Graphic Visualization 

Spec# Station Ground Procosslng Study 

Payload access study 

24 

Generic Technologies 

Computer-Aided Logistics 

Specs Station Ground Processing Study 

Payload/GSE graphic model 

25 

Generic Technologies 

Computor-AMod SW Engineering 

Spaca Station Ground Processing Study 


26 

Generic Technologies 

Computer-Based Training 

Space Station Ground Processing Study 


27 

Generic Technologies 

Data Acquisition 

Space Station Ground Processing Study 


26 

Generic Technologies 

Data Compression 

Specs Station Ground Processing Study 


29 

Generic Technologies 

Emtolvlty/Reflectivtty Sensors 

Specs Station Ground Processing Study 

Radiator measurement 


Generic Technologies 

Expert Systems 

Space Station Ground Processing Study 

Automated ECLSS test 

31 

Generic Technologies 

Fiber-optic Data Communication 

STS Interview Database 


32 

Generic Technologies 

Fluid Purity Systems 

Space Station Ground Processing Study 


33 

Generic Technologies 

High-Density Storage 

Specs Station Ground Processing Study 


34 

Generic Technologies 

High-Level Programming Environments 

Space Station Ground Processing Study 


3$ 

Generic Technologies 

Laser Ranging and Measurement 

Space Station Ground Processing Study 

ABgnment of payload trunlons to 
hooks 

36 

Generic Technologies 

Machine Vision and Automated 
Inspection 

Space Station Ground Processing Study 

Inspect tile defects 

37 

Generic Technologies 

Model-Based Reasoning System 

Space Station Ground Processing Study 

LOX loading system 

36 

Generic Technologies 

Noncontact Digitization 

Space Station Ground Processing Study 

TWe cavity measurement 

39 

Generic Technologies 

Object-Oriented Programming 

Spaca Station Ground Procaaaing Study 


40 

Generic Technologies 

Process Planning 

Specs Station Ground Processing Study 


41 

Generic Technologies 

Robotic Manipulators 

Space Station Ground Processing Study 

HEPA Alter inspection 

42 

Generic Technologies 

Virtual Instrumentation 

Specs Station Ground Processing Study 


43 

Generic Technologies 

Work Control Systems 

Space Station Ground Processing Study 



6.3.1 Automated Battery Checkout/Advanced Battery Systems 

One obvious area of improvement required both in the spacecraft and industrial areas is 
the development of improved batteries. If a longer lasting, more powerful battery could 
be developed it would have an extensive potential for profit. The following list illustrates 
a few of the typical, large markets available if advanced batteries can be developed: 

• Various consumer devices and cellular phones 

• Military field devices 

• Electrical vehicles 

• Forklift and manufacturing vehicles 


6.3.2 Intelligent Sensors and Control 

Spacecraft, payloads, manufacturing plants, modem automobiles all represent systems 
that require enormous numbers of sensor devices to operate. Often there are problems in 
obtaining sensor data. In many cases it cannot be determined if the bad data is really 
present, the sensor itself is malfunctioning, or there is a related wiring problem 
somewhere in the system. This is true with the majority of sensors in place today, which 
typically generate analog signals. An intelligent sensor would be capable of sensing the 
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data conditioning the analog signal, and converting it to digital form for communication. 
With today s electronics these devices can be extremely small, low power devices Their 
primary advantage is data can be sent on small cable bundles or even a single line as 
opposed to thousands of analog wires. Because these sensors can be continuously 
monitored and are digital data devices, any anomaly in sensing can be realized very 
quickly. This technology may however represent more of a “spin-on” technology since 
these devices are now becoming available in commercial products such as automobiles. 

6.3.3 Inspection of Pressure Vessels and Piping 

Extensive techniques for non-destructive evaluation (NDE) and video inspection of metal 
structures, piping, aircraft components etc. have been developed within aerospace 
programs. These techniques could be commercialized in any area where inspection 
remains a very costly and time consuming task. For instance the inspection of 
underground gasoline tanks which is required at regular intervals. 

6.3.4 Expert Systems 

Expert systems, which in essence capture the knowledge of a particular human decision 
making process, have yet to make a large impact in the commercial business 
environment. However, their use is much more prevalent in military and space systems. 
Although there are commercial applications making use of expert systems, it is still 
extremely difficult to obtain knowledge, verily the performance and validity of an expert 
system, and maintain a knowledge based system. If this process becomes easier due to 
the use of tools developed by or for government agencies then a much larger market for 
this technology would develop. Typical markets that could evolve include intelligent 
building controls, utility plant control and manufacturing operations. 

6.3.5 Non-Contact Digitization 

There are a number of applications in spacecraft processing that require the detailed 
measurement of three-dimensional objects or volumetric spaces. For instance the 
replacement of space shuttle tiles involves the automated measurement of a unique, cavity 
or a specific tile. This measurement, which in essence forms a three-dimensional model 
for the tile, is used to fabricate a custom fitting tile. Other uses of this technology include 
identifying arbitrary objects in a workspace (dimensions and shape, location, orientation) 
so mobile devices and manipulators can be automatically guided through the area without 
colliding with anything. Various methods are now evolving to implement this capability. 
These include stereo vision s and laser scanning. The ability to measure volumetric areas 
an components obviously has extensive commercial application. A brief list includes: 

• Dentures and dental devices 

• Bone duplication 

• Verification of original three-dimensional art 

• Archeological measurement 

• Criminal investigation 
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• Plastic surgery. 

6.3.6 Leak Detection 

Various gas monitoring technologies are used in spacecraft and associated facilities. 
Unfortunately these devices remain expensive and difficult to miniaturize. Thus it is 
ifficult to place sensors throughout a vehicle for monitoring. However, if the technology 
can be developed to deploy various gas type sensors in large quantities there would be 
extensive commercial opportunities. These opportunities include chemical plant 
monitoring, and vehicle carbon-monoxide monitoring. 

6.4 Methodology to Identify Needed Technologies 

Numerous working groups, managers, and technology development programs require 
high-level information about various technologies. For instance, what technologies have 
the greatest impact on future programs? Are there technologies which are essential for a 
given program? If a given technology is not available for field/flight use what is the 
added cost to the program? These questions can, in some cases, be answered with a 
process model by handling technology information as a resource. That is, for a given task 
or subtask a necessary technology is shown as required just like GSE, manpower etc. The 
A system developed to date is a general modeling tool. Normally, a specific base 
template of objects is used for new projects. The models shown so far focus on vehicle 
components, facilities, equipment and processing tasks. However, any object, sets of sub- 
objects, and arbitrary attributes can be modeled in the current OIA. Thus, basic 
technology information could be defined in the current OIA. The ability to choose which 
technologies are required for a given task, and reporting about technology information 
however, is not part of the current system. The modeling technique presented here is 
simply a conceptual framework for enhancing the OIA to handle technology modeling at 
a ftiture date. Because the OIA tool has been designed in a general manner, these 
enhancements would, most likely, be easy to implement. 

6.4.1 How Can Technologies be Modeled? 

A typical user, attempting to assess technology needs for a given program, will normally 
start with various technology scenarios or options. That is, one case may be the use of 
current systems only and no new technology based operations, and another case may be 
he maximum use of known advanced technologies for all operations. Thus, for any 
given set of available technologies or scenarios a set of reports could be generated and 
compared. The end-use of any technology information in a model is these reports which 

f me ° f thC qUCStions -> ust described above. The specific reports that 
could be developed with the method described here include: 


• Required technology development start dates 

• Required technology development cost 

• Total operations cost per technology scenario 

• Technology Readiness Assessment 
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List of required technologies, their current readiness level, and the 
number of years to develop 


To generate these reports the technology information must be modeled within the OIA. 

As mentioned above, the OIA tool represents generic objects within the Vehicle 
Definition Assistant. A given technology can be defined just like any other resource The 
highest level object required would be named “Technologies/Enhancements” This is the 
object that would include all specific technologies or, or specific process methods, 
devices etc. that may be used during any task. In order to represent, for example, the 
echnologies identified in Section 6.2, two more levels of objects would be required One 
would represent the area or technology category, and then within each category specific 
technologies could be defined. The concept of technology objects is illustrated in Figure 



‘Th 1131 ^ 1 n C ? eCif !^ inf u miati0n kn ° Wn ab ° Ut each technol °gy. must be defined 
as well. The overall object “Technology/Enhancement”, must also have one set of 

attributes that the defines the available sets of technology scenarios. Each set of 
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technology options will have a name and description. In Figure 6-1, although attributes 
are not shown for the “Technology/Enhancement” high level object, an example set might 


Option Set 1 : Baseline Current Systems 

Option Set 2; Maximum Technologies 

Option Set 3: Information Systems Technologies Only 


6.4.2 Technology Modeling Using the OIA 

The ability to model technology as described above could be accomplished in a slightly 
modified version of the current OIA. The concept of defining a hierarchy of technologies 
an their attributes, just described, could for the most part be accomplished in the current 
system. Technologies would be represented as objects along with facilities, vehicles 
manpower, GS E etc. within the VDA. Figure 6-2 shows the current OIA system being 
used to define technology objects within the VDA. The attributes necessary to generate 
the reports mentioned above include the following: 

Readiness Level: 

1-10 

Standard scale used by NASA to indicate 
what stage of development a current 
technology is at. One is the lowest and a 
value of 6-7 indicates flight readiness. 

Information Sources: 


List of references describing the 
technology or its readiness level 

Cost to Reach Level 6: 

$x 

The cost in dollars required to develop the 
technology for flight or ground operational 
use. 

Development Years Required: 

19xx 

The number of years required to develop 
the technology based on today’s 
readiness level 

Include As Part of Option 1: 
Include As Part of Option 2: 
i 

Include As Part of Option n: 

Y or N 

Y or N 

i 

YorN 

Indicates whether or not the specific 
technology is part of each technology 
scenario or option set defined in the high 
level Technologies /Enhancements” 
object 


Note the last group of attributes, is not a typically defined object attribute. Each Option 
Set defined m the high-level “Technologies/Enhancements” object, i.e. “Baseline 
Technology , represents an individual Y or N (checkbox) attribute in a specific 
tec nology. The attribute names should be automatically derived from the high-level 
Technologies/Enhancements” object. e 
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Once technologies have been defined in the VDA they can be'assigned as needed 
resources for given tasks. However, there is one major difference, and inherent change to 
the current OIA, necessary to represent tasks that make use of an enhanced method or 
technology. The difference is that optional tasks are needed. That is, for a given high- 
level task, there must be an ability to represent one or more optional sub-tasks which 
make use of various technologies or new methods. For instance, Figure 6-3 shows the 
scnpt editor being used to define the sub-tasks for the “Subsystem Inspection” task. The 
sub-task “Inspect Control Surfaces” has a set of optional sub-tasks that each make use of 
a different method and corresponding technologies. The user must either select which of 
these methods will be used or use a “Task Selection Utility” to do this automatically. 

This utility would attempt to locate every task in the process, or current script, with 
optional sub-tasks and choose the valid option based on which of the available 
Technology Scenarios is currently in use. Note, it is not clear at this time how the current 
echnology Scenario would be represented. Also, in some cases two or more optional 
tasks would be valid under a given scenario. For instance, if the “Information System 
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Technologies" scenario was active, and both "Automated Image Processing Inspection” 
and Automated Infrared Analysis” made use of technologies which were information 
systems technologies then they would both be valid. In this case the user would have to 
choose which optional method should be used. In most cases there will simply be two 

options, the baseline or current method and an improved method that requires some 
advanced technology. 

Once the tasks are defined in a script their resources must be defined. Any task, whether 
it is part of a set of optional tasks or not, must have resources assigned, including which 
technologies are required if any. Figure 6-4 indicates how this would be accomplished 
for the optional subtask “Automated Image Processing Inspection.” 




Current Script: Po^-Umdlng Opwctlo^ 


Current Object: DCX-A 


■ ■ ' , '■ 


pi -v* m ' r'- • 




Vertical 

Landing 


Safe and 
Deservice 


Transport 


This Option is 
Currently Selected 


If 

- v l 

' '• • • ^ 


Inspect 

Control Surfaces 




i . * Automated Image 

£ * Processing Inspection 

— ■,5^ j ^ II J * j"- . 

■■■■■■■■I a * Automated 

IS i * Infrared Analysis 


Modeler can define and 

one of many optional 

to be performed for a given task 


Figure 6-3: Activity Script With Optional “Tech n logy Enhanced” Tasks 
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Opmilions Dilinilion Avshiant - Risounc D. linilion 


Current Script: *. Post-Landing Operations 


Currmntniii^ 

"Current Task: pSiraSSP™ 



Modeler can choose 
one or more advanced 
technologies, optional 
processes, or methods 
required for a given subtask 


Figure 6-4: Attaching A Specific Technology To A Task As A Resource 

Once all of the tasks have been defined and the optional sub-tasks selected for a particular 
scenario or Technology Set an assessment can be run and the needed reports, as shown 
above, can be generated. The desired technology scenario can be chosen by editing the 
attributes of the high-level “Technologies/Enhancements” object and simply selecting on 
of the Technology Scenario names to have a value of Y. For example, the attribute 
named Maximum Technologies” could be set to Y. During the assessment, or before it 
is run, a validity function is executed to that checks to see that all optional sub-tasks 
cunently chosen do not require any technologies or enhancements that are not part of the 
just selected Technology Scenario. If any are found the user must choose a different 
optional task before the assessment can be run. Note, this checking process could also 
take place during use of the ODA when scripts and tasks are being defined. However, it 
is necessary when assessments are run also in case a new technology scenario has been 
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Once an assessment is executed the Reporting Tool can be used to generated needed 
technology reports. All of the reports listed above in Section 6.4. 1 should be available. 
Figure 6-5 illustrates two typical technology related reports. The report on the left 
illustrates the technologies required, when their development must be started assuming a 
given launch date, and the cost to develop each for a given technology scenario that is 
also listed on die report. The total technology development cost is also shown. The 
report on the right is a comparison of assessments run using different technology 
scenarios. For each assessment, the total expected labor cost for operations, and the serial 
flow time of the program or mission is shown. Note, this assumes that cost can be 
derived from manpower resource usage, which is not a current capability. Also note that 
this requires a more complex extension to the current OIA. It requires summary data 
taken from different assessments. This could be accomplished by storing certain attribute 
and report summary data values in a history log after each assessment. Once one or more 
assessments have been logged a comparison report can be generated. 




Report (ii'iicnitor 









Technologies Required for Set of Options 

DCX-A 

Launch: 1997 

Technologies 

Start 

Cost to 

Required 

Development 

Develop 

<$M) 

Expert Systems 

1998 

1.2 

Machine Vision 

1999 

2.7 

In-Situ Measurement 2001 

0.9 


Scenario Chosen: Maximum Technologies 
Total Enhanced Technology Cost: $4.8M 


Technology Comparison 

DCX-A 

Option 

Scenario 

Labor 

Cost 

($M) 

Serial 
Flow Time 
(Months) 

Baseline Current 
Systems 

20 

4.0 

Information Systems 
Technology 

17 

3.2 

Maximum Technologies 

11 

2,4 




Figure 6-5: Typical Technology Information Report In An Enhanced OIA 
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Section 6 - Development Of Methodologies To Identify Promising Technologies 


6.4.3 Uses of this Methodology 

The technology modeling capability just described provides powerful capabilities when 
assessing various spacecraft programs and needs. As mentioned earlier the comparison 
reports could be used to compare the benefits of implementing a particular technology 
development program to complete process that makes use of only existing methods and 
processes. This would provide, detailed, credible justifications for pursuing the 
development of a given set of technology programs. Because a number of various 
options can be assessed fairly quickly a number of justifications can be created for 
various slight differences in technology programs. For instance one could compare the 
effects of both a $5M artificial intelligence program that develops certain technologies, 
and a $20M program with additional technologies, on the X-33 program. In the past this 
could be done but the assessment time was extensive making it expensive to do and the 
number of options that could be chosen limited. This method provides a much greater 
capability to assess and represent technology information. 
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KSC Facility Attributes 
Menu 



View Data in English Units 
View Data In Metric Units 



Enter Data in English Units 



Select Facltity & Print Data In English Units 

Select Facility & Print Data In Metric Units 
Sort and Print Facility List 


flppk- *Q"f- 

"A" 




£E<i 


Return to Menu 
*ac?tlqn 

KSC VAB Extended Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC VAB Area 

KSC Launch Complex 
Facility 39B 

KSC Launch Complex 
Fadiitv 39A 

KSC Launch Complex 39B 
''SC Launch Complex 39B 
KSC Launch Complex 39B 


Facility No. 

L6-247 

K6-848 

K6-894 

K6-494 

K6-794 

K6-994 

K6-995 

K6-848 

K6-848 

K6-848 

K6-848 

K6-848 

K6-696 

K6-894 

K6-894, K6-894A, K6-894B, 
K6-894D, K6-894F & K6-895 
K6-894A 

K6-894B 

K6-894D 

K6-894F 

K6-895 

J7-140 

J8-1462 

J7-491 

J7-490 

J7-535 


Mflmt 

Manufacturing Building 

Vehicle Assembly Building 
(VAB) 

Orbiter Processing Facility High 
Bay 1 & 2 (OPF) 

Rotation/Processing Building 

Thermal Protection System 
Facility (TPS) 

Elevated Water Storage Tank 

Ground Storage Reservoir 

VAB High Bays 1 and 3 

VAB High Bays 2 and 4 

VAB Low Bay East and Low 
Bay West 

VAB High Bay and Low Bay 
Transfer Aisles 

VAB Towers (6) 

Orbiter Processing Facility High 
Bay 3 (OPF-HB3) 

Orbiter Processing Facility 
(OPF) Annex 

Orbiter Processing Facility 
Complex (OPF) 

OPF Environmental Control 
Building East 

OPF Environmental Control 
Building West 

OPF GSE Storage Building 

OPF Hazardeous Waste 
Storage Building 

OPF Pump House 

High Pressure GN2 Facility 

High Pressure GN2 Facility 

Electrical Equipment Building 
No. 3 (Oxidizer) 

Hypergol Oxidizer Facility 

Electrical Equipment Building 
No. 4 (Fuel) 


Facility Type 
Rocket motor construction 

Space vehicle assembly 
processing and integration 

Orbiter processing, 
maintenance and payload 

Shuttle processing 

Office, shop and storage 

Water storage 

Water storage 

Space vehicle assembly 
processing and integration 

Space vehicle assembly 
processing and integration 

Space vehicle assembly 
processing and integration 
Space vehicle assembly 
processing and integration 
Space vehicle assembly 
processing and integration 
Orbiter processing, 
maintenance and payload 
Orbiter processing, 
maintenance and payload 

Orbiter processing, 
maintenance and payload 

Orbiter processing, 
maintenance and payload 

Orbiter processing, 
maintenance and payload 
Orbiter processing, 
maintenance and payload 

Orbiter processing, 
maintenance and payload 
Orbiter processing, 
maintenance and payload 

GN2 storage facility 
GN2 storage facility 
Electrical Equipment 
Oxidizer Facility 
Electrical Equipment 



Return to Menu 


.ocatlon 

Facility No. 

KSC Launch Complex 39B 

J7-182 

KSC Launch Complex 39B 

J7-132 

KSC launch Complex 39B 

J7-192 

KSC Launch Complex 39B 

J7-231 

KSC Launch Complex 39B 

J7-241 

KSC Launch Complex 39B 

J7-242 

KSC Launch Complex 39B 

J7-288 

KSC Launch Complex 39B 

J7-292 

KSC Launch Complex 39B 

J7-243 

KSC Launch Complex 39B 

J7-337 

KSC Launch Complex 39B 

J7-337 and various others 
(sea attached). 

'SC Launch Complex 39B 

J7-243A, J7-337A thru 377F 
and J7-377H 

KSC Launch Complex 39B 

J7-384 

KSC Launch Complex 39B 

J7-432 

KSC Launch Complex 39B 

J7-534 

KSC Launch Complex 39B 

J7-688 

KSC Launch Complex 39A 

J8-1502 

KSC launch Complex 39A 

J8-1513 

KSC Launch Complex 39A 

J8-1610 

KSC Launch Complex 39A 

J8-1708 and various others 
(see attached). 

KSC Launch Complex 39A 

J8-1613 

KSC Launch Complex 39A 

J8-1503 

KSC Launch Complex 39A 

J8-1553 

'SC Launch Complex 39A 

J8-1563 

KSC Launch Complex 39A 

J8-1564 


Name 

Facility Type 

LOX Facility 

Liquid oxygen storage tank 

Operations Support Building B 
1 

- Office and Shop 

LH2 Facility 

Liquid hydrogen storage 
tank 

Electrical Equipment Building 
No. 2 (LOX) 

Electrical Equipment 

Electrical Equipment Building 
No. 1 (RP-t) 

Electrical Equipment 

Foam Building 

Storage 

Water Tank 

Elevated water storage 
tank 

RP-1 Facility 

Storage 

Operations Support Building B - 
2 (LOX) 

Shop 

Launch Pad 39B 

Space vehicle processing 
and launch 

Launch Complex 39A (LC-39B) 

Space vehicle processing 
and launch 

Boxcars 

Tempory support facilities 

Compressed Air Building 

Mechanical Equipment 

Remote Air Intake Building 

Mechanical Equipment 

Hypergol Fuel Facility 

Fuel Facility 

Operations Building No. 1 

Personnel Office 

LOX Facility 

Liquid oxygen storage tank 

LH2 Facility 

Liquid hydrogen storage 
tank 

Water Tank 

Elevated water storage 
tank 

Launch Complex 39A (LC-39A) 

Space vehicle processing 
and launch 

RP-1 Facility 

Storage 

Operations Support Building A - 
1 

Shop 

Electrical Equipment Building 
No. 2 (LOX) 

Electrical Equipment 

Electrical Equipment Building 
No. 1 (RP-1) 

Electrical Equipment 

Foam Building 

Storage 


Return to Menu 

.ocatlon 

KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Launch Complex 39A 
KSC Industrial Area 
KSC Industrial Area 
KSC industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
KSC Industrial Area 
CCAFS 


Facility No. 

J8-1565 

J8-1567 

J8-1614 

J8-1659 

J8-1708 

J8-1 708A thru 1 708G and 
J8- 17081 

J8-1753 

J8-1906 

J8-2009 

J8-1862 

J8-1856 

J8-1811 

M6-360 

M7-3S5 

M7-1354 

M7-1210 

M7-961, M7-1061, M7-1212. 
M7-1410, M7-1412 
M7-1469 

M7-961 

M7-1212 

M7-1412 

M7-1410 

M7-1061 

66250 


Mama 

Pump House (RP- 1) 

Cable Termination Building 

Operations Support Building (A 
- 2 ) 

Compressed Air Building 
Launch Pad 39A 
Boxcars 

Remote Air Intake Building 

Hypergol Fuel Facility 

Operations Building No. 1 

Hypergol Oxidizer Facility 

Electrical Equipment Building 
No. 4 (Fuel) 

Electrical Equipment Building 
No. 3 (Oxidizer) 

Space Station Processing 
Facility (SSPF) 

Operations & Checkout 
Building (O&C) 

Payload Hazardous Servicing 
Facility (PHSF) 

Spacecraft Assembly & 
Encapsulation Facility. No. 2 

Hypergol Module Facility 
Complex (HMF) 

Vertical Processing Facility 

HMF North Processing Building 

HMF South Processing Building 

HMF Storage Building East 

HMF Storage Building West 

HMF Support Building 

SRB Recovery Building Hangar 
AF 


Facility Type 
Storage 

Communications Equipment 
Shop 

Mechanical Equipment 

Space vehicle processing 
and launch 

Space vehicle processing 
and launch 

Mechanical Equipment 

Fuel Facility 

Personnel Office 

Oxidizer Facility 

Electrical Equipment 

Electrical Equipment 

Space Station element and 
payload processing 

Spacelab and spacelab 
payload processing 

Hypergol testing 

Hazardous payload 
servicing 

Orbiter Hypergol module 
processing 

Payload/upper stage 
integration & testing 

Orbiter OMS Pod 
maintenance 

Orbiter forward RCS module 
processing 

Orbiter OMS Pod storage 

Orbiter RCS Module storage 

Hypergol module 
processing support 

Office & SRB Processing 


Facility Attributes 

(English Units) 


turn to Menu 

Facility Name Vehicle Assembly Building (VAB) 

Location KSC VAB Area 
Facility No. K6-848 

Facility Typo Space vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 1,831,105 

Net usable floor space (sq. ft.) 1,702,551 

Number of floors *2 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 

$659,518,454 $5,747,780 60 



T 

3 

HB 1 

I 

LB EAST 

IraFw! 

LBXFER 

a 

l 

HB 2 

3 

LB WEST 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Ares 6 

Type (HB, AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 
(Office. Lab. Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

91,889 

293,502 

346,959 

37,946 

932,255 

1,702,551 


Description 

c .™* V “ hid * Assam Wy Building (VAB) is capable of supporting the receiving, assembly, integration, test and checkout of the Space 
Shinto elements. The VAB also provides external tank and orbiter main engine test checkout and storage capabilities. 

Within the VAB there are four high bays - Bays 1 through 4 - . six towers, a high bay transfer aisle, two low bays - Low Bay East and 
Low Bay West - and tow bay transfer aisle. The transfer aisles run north and south connecting and transecting the high bay area from 
tow bay area. In addition to the bridge cranes in the high bay and tow bay areas there are more than 70 lifting devices in the VAB. 










Facility A ttributes 

(English Units) 


’urn to Menu 


Facility Name Orbiter Processing Facility High Bay 1 A 2 (OPF) 
Location KSC VAB Area 
Facility No. K6-894 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 131,948 

Nat usable floor space (sq. ft.) 131,181 

Number of floors 3 


CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) 

$67,381,179 $4,792,664 


M&R M/P Ops M/P 

55 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

I Area 6 1 

Type (HB. AL, etc.) 

HB 1 

HB2 

LB 




Apprv. for Expel. 

No 

No 

No 



1 1 

Prop Load Cap 

No 

No 

No 




Floor Space (sq. ft. 

29,550 

29,550 

67.803 



|^^H| 

Size (1 x w x h) 

197 150 95 

197 150 95 

233 97 25 




Door Size (w x h ) 

95 30 

95 30 





No. Cranes 

2 

2 

N/A 




Crane Cap (ton) 

30 

30 





Hook Ht (feet) 

66 

66 





Cleanliness (level) 

100k 

100k 

100k 



iWi 

Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

1 

Total 

Floor Space (sq. ft.) 

26,085 

65,952 

8,837 

6,506 

21,801 

131,181 


Description 


tW ! id#ntiC i hi9h 153/3 conn8Ct#d by a low bay. Each high bay is equipped with two bridge cranes. The payload 
bay and orbrter crew cabin can be maintained at a cleanliness level 100k. **** 
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(English Units) 


Facility Name Rotation/Processing Building 

Location KSC VAB Area 

Facility No. K6-494 

Facility Type Shuttle processing 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 16,712 

Nat usable floor space (sq. ft.) 22,342 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 



Support Areas: 
(Office. Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

jjsabjejlggLSBaceJgJsted as being greater than the oross floor space!!? Better check this. 








Facility Attributes 

(English Units) 


Murn to Menu 

Facility Name Thermal Protection System Facility (TPS) 

Location KSC VAB Area 

Facility No. K6-794 

Facility Typa Office, shop and storage 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor apaca (sq. ft.) 44,100 

Nat uaabla floor apaca (sq. ft.) 41,604 

Number of floora 2 

CofF (1992$) R&D (1992$) M&R (1992$) Opa (1992$) M&R M/P 

$3,792,044 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 

Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 
(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Oaacrlption 






Facility Attributes 

(English Units) 


turn to Menu 

Facility Name Elevated Water Storage Tank 
Location KSC VAB Area 
Facility No. K6-994 

Facility Typo Water storage 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apaca (sq. ft.) 

Nat uaabla floor apaca (sq. ft.) 

Numbar of floors N/A 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. ate.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Dascriptlon 

Tha elevated water tank contains 250,000 gallons of water for fire suppression and deluge. 





Facility Attributes 

(English Units) 


'urn to Menu 

Facility Name Ground Storage Reservoir 

Location KSC VAB Area 

Facility No. K6-995 

Facility Typa Water storage 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor space (sq. ft.) 

Net usable floor space (sq. ft.) 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab. Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 

Reservoir for storing 1 ,000,000 gallons of water used for the fire suppression and deluge. 





Facility Attributes 

(English Units) 


turn to Menu 

Facility Nam* Manufacturing Building 

Location KSC VAB Extended Area 

Facility No. L6-247 

Facility Type Rocket motor construction 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 168,014 

Nat uaabla floor apace (sq. ft.) 157,068 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

3 







Support Areas: 
(Office, Lab, Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 

The Manufacturing Building has three bridge cranes. One 13.6 tonne (15 ton) crane, one 4.5 tonne (5 ton) crane and one 0.9 tonne (1 
ton) crane. 




Facility Attributes 

(English Units) 


irn to Menu 

Facility Nama Space Station Processing Facility (SSPF) 

Location KSC Industrial Area 

Facility No. M6-360 

Facility Typa Space Station element and payload processing 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor space ($q. ft.) 

Net usable floor apace (sq. ft.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Spaca (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office. Lab, Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 
Under construction. 







Facility Attributes 

(English Units) 


♦urn to Menu 

Facility Nama Operations & Checkout Building (O&C) 

Location KSC Industrial Area 

Facility Ho. M7-355 

Facility Typa Spacelab and spacelab payload processing 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 601,505 

Nat usable floor space (sq. ft.) 589,377 

Number of floors 5 

CofF (1992$) R&O (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 

$192,220,259 



Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 







Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama Payload Hazardous Servicing Facility (PHSF) 

Location KSC Industrial Area 

Facility No. M7-1354 

Facility Type Hypergol testing 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor space (sq. ft.) 18,486 

Net usable floor space (sq. ft.) 15,474 

Number of floors 1 

CofF (1892$) R&D (1992$) M&R (1992$) Ops (1992$) MAR M/P Ops M/P 

$12,095,603 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (Ixwxh) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab. Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 








'jrn to Menu (English Units) 

Facility Name Spacecraft Assembly & Encapsulation Facility, No. 2 (SAEF 2) 

Location KSC Industrial Area 

Facility No. M7-1210 

Facility Type Hazardous payload servicing 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 17,098 

Net usable floor apace (sq. ft.) 17,486 

Number of floors 2 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 

$22,217,807 








Facility Attributes 

(English Units) 
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Facility Name Hypergol Module Facility Complex (HMF) 

Location KSC Industrial Area 

Facility No. M7-961. M7-1061, M7-1212, M7-1410, M7-1412 

Facility Type Orbiter Hypergol module processing 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 

Net ueable floor apace (sq. ft.) 

Number of floors ®ee description. 

CofF (1982$) R&D (1992$) M&R (1992$) Ope (1992$) M&R M/P Ops M/P 

$28,070,930 $877,780 27 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

The Hypergol Maintenance Facility complex comprises a group of buildings providing all the facilities required to maintain, modify and 
store Hypergol modules that are removed periodically from the Orbiter. These buildings are: Hypergol Module Processing North 
Building (M7-961); Hypergol Module Support Building (M7-1061); Hypergol Module Processing South Building (M7-1212); Hypergol 
Storage Building West (M7-1410); Hypergol Storage Building East (M7-1412). 






Facility Attributes 

(English Units) 
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Facility Nama Vertical Processing Facility 

Location KSC Industrial Area 

Facility No. M7-1469 

Facility Type Payload/upper stage integration & testing 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 26,940 

Nat usabla floor space (sq. ft.) 21,641 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

10,508 

95 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 







Facility Attributes 

(English Units) 


urn to Menu 

Facility Name LOX Facility 

Location KSC Launch Complex 39A 

Facility No. J8-1502 

Facility Typa Liquid oxygen storage tank 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 

Nat usable floor space (sq. ft.) 

Number of floors ^/A 

CofF (1892$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

Capacity • 3,405,906 liters (900,000 gallons). 







Facility Attributes 

(English Units) 


*urn to Menu 

Facility Nama LH2 Facility 

Location KSC launch Complex 39A 

Facility No. J8-1513 

Facility Type Liquid hydrogen storage tank 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 

Nat usable floor space (sq. ft.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

Capacity • 3,217,250 liters (850,000 gallons). 




Facility Attributes 

(English Units) 


♦urn to Menu 

Facility Name Water Tank 

Location KSC Launch Complex 39A 

Facility No. J8-1610 

Facility Typo Elevated water storage tank 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor apace (sq. ft.) 

Net uaable floor apace (sq. ft.) 

Number of floors N/A 

CofF (1992$) R&O (1992$) M&R (1992$) Opa (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 

Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

The elevated water tank contains 1 . 1 35.320 liters (300,000 gallons) of water for fire and launch deluge. 







Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama HMF North Processing Building 

Location KSC Industrial Area 

Facility No. M7-961 

Facility Type Orbiter OMS Pod maintenance 

( payload processing, vehicle processing, support, etc.) 


Total gross floor space (sq. ft.) 10,309 
Not usable floor apace (sq. ft.) 9,836 

Number of floors 2 


CofF (1992$) 

R&D (1992$) 

M&R (1992$) Ops (1992$) 

M&R M/P 

Ops M/P 

1 

Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 

East HB 

West HB 

Support Area 




Apprv. for Expel. 

No 

No 

No 




Prop Load Cap 

No 

No 

No 




Floor Space (sq. ft.] 

2,824 

2,824 

4,198 




Size (1 x w x h) 

40 40 50 

40 40 50 

140 47 12 




Door Size (w x h ) 

20 40 

20 40 





No. Cranes 

1 

1 

N/A 




Crane Cap (ton) 

20 

20 





Hook Ht (feet) 

45 

45 


* 



Cleanliness (level) 

N/A 

N/A 

N/A 




Support Aress: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

286 

5,647 

1 ( 065 

628 

2,210 

9,836 


Description 

The Hypergol Module Processing North Building (M7-961) is where maintenance is performed on the OMS Pods. 


















Facility A ttributes 

(English Units) 


urn to Menu 

Facility Nama HMF South Processing Building 

Location KSC Industrial Area 

Facility No. M7-1212 

Facility Typo Orbiter forward RCS module processing 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 6,549 

Nat usable floor space (sq. ft.) 5,648 

Number of floors 2 

CofF (1992$) RAD (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL. etc.) 

East HB 

West HB 

Support Area 




Apprv. for Expel. 

No 

No 

No 




Prop Load Cap 

No 

No 

No 




Floor Space (sq. ft ] 

1,118 

1,118 

3,413 




Size (1 x w x h) 

40 40 50 

4k 

O 

o 

tn 

o 

70 30 27 




Door Size (w x h ) 

20 40 

20 40 





No. Cranes 

1 

1 

N/A 




Crane Cap (ion) 

20 

20 





Hook Ht (feet) 

45 

45 





Cleanliness (level) 

N/A 

N/A 

N/A 




Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


2,235 

2,205 


1,208 

5,648 


Description 

The Hypergol Module Processing South Building (M7-1212) is where maintenance on the forward RCS module is performed. 














Facility Attributes 

(English Units) 


urn to Menu 

Facility Name HMF Storage Building East 

Location KSC Industrial Area 

Facility No. M7-1412 

Facility Typo Orbiter OMS Pod storage 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor space (sq. ft.) t,700 

Net usable floor space (sq. ft.) 1,609 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ope (1992$) M&R M/P Ops M/P 



Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/T ech 
Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 



1,707 


102 

1,809 


Description 

The Hypergol Storage Building East (M7-1412) is where the OMS Pods are stored.. 












'urn to Menu 


Facility Attributes 

(English Units) 


Facility Nama HMF Storage Building West 

Location KSC Industrial Area 

Facility No. M7-1410 

Facility Type Orbiter RCS Module storage 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 1,954 

Nat usable floor apace (sq. ft.) 2.291 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 


Area 1 


Area 2 


Area 3 


Area 4 


Type (HB. AL, etc.) 

Storage 

Apprv. for Expel. 

No 

Prop Load Cap 

No 

Floor Space (sq. ft.) 

2,391 

Size (1 x w x h) 

73 45 

Door Size (w x h ) 


No. Cranes 

N/A 

Crane Cap (ton) 


Hook Ht (feet) 


Cleanliness (level) 

N/A 


Area 5 


Area 6 


Support Areas: 

(Office. Lab. Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 



2,391 



2.391 


Description 

The Hypergol Storage Building West (M7-1410) is where the forward RCS modules are stored.. 












Facility Attributes 

(English Units) 


turn to Menu 

Facility Nam* HMF Support Building 

Location KSC Industrial Area 

Facility No. M7-1061 

Facility Typo Hypergol modul* procsssing support 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 11,265 

Not usable floor space (sq. ft.) 15,544 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 



Support Areas: 

(Office. Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 1 

Floor Space (sq. ft.) 

2,857 

5,271 

166 

2,431 

4,819 



Description 

Module Support Building (M7-1061) houses the support personnel and LPS consoles to provide monitoring and control 

r S/Sff ,u ^" ns 0 Th ® LPS consoles interface with the LPS Central Data Subsystem in the LCC and the hardware interface module 
in M7“96 1 ana M7-1212. 













T 


Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama VAB High Bays 1 and 3 

Location KSC VAB Area 

Facility No. K6-848 

Facility Typa Spaca vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 

Total groas floor apace (sq. ft.) 

Nat usable floor apace (sq. ft.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 

HB 1 

HB3 





Apprv. for Expel. 

No 

No 





Prop Load Cap 

No 

No 





Floor Space (sq. ft.) 

30,000 

30,000 





Size (1 x w x h) 

200 150 475 

200 150 475 





Door Size (w x h ) 

76 456 

76 456 





No. Cranes 

1 

1 





Crane Cap (ton) 

325 

325 





Hook Ht (feet) 

462 

462 


* 



Cleanliness (level) 

N/A 

N/A 






Support Areas: 
(Office, Lab. Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

The high bay area is divided into four sections. The two bays facing east • Bays 1 and 3 - are used for vertical assembly of Space 
Shuttle vehicles atop the Mobile Launch Platform (MLP). SRB stacking, SRB/ET mate and Orbiter/ET mate occurs in these two high 
bays. 

The two bridge cranes in the high bay area have been (or will be) replaced with new cranes that have a capacity of 295 tonnes (325 
<ns). One crane serves high bays 1 and 2 and the other serves high bays 3 and 4. 

The high bays have upper and lower doors. The combined height is 456 ft. The lower door is 1 92 ft. wide and 1 14 ft. high. The 
upper door is 76 ft. wide and 342 ft. high. 







Facility Attributes 
(English Units) 


urn to Menu 

Facility Nama VAB High Bays 2 and 4 

Location KSC VAB Area 

Facility No. K6-848 

Facility Type Space vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 

Nat usable floor space (sq. ft.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 

HB2 

HB4 





Apprv. for Expel. 

No 

No 





Prop Load Cap 

No 

No 





Floor Space (sq. ft. 

30,000 

30.000 





SIzs (1 x w x h) 

200 150 475 

200 150 475 





Door Size (w x h ) 

76 456 

76 456 





No. Cranes 







Crane Cap (ton) 







Hook Ht (feet) 







Cleanliness (level) 

N/A 

N/A 





Support Areas: 

(Office. Lab. Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 

The two high bays on the west side of the VAB - bays 2 and 4 - is where External Tank (ET) checkout and storage takes place. 






Facility Attributes 

(English Units) 


urn to Menu 

Facility Name VAB Low Bay East and Low Bay West 
Location KSC VAB Area 
Facility No. K6-848 

Facility Typo Space vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apaca (sq. ft.) 

Nat uaabla floor apaca (sq. ft.) 

Number of floora 

CofF (1982$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 

LB East 

LB West 





Apprv. for Expel. 

No 

No 





Prop Load Cap 

No 

No 





Floor Space (sq. ft.) 

49,400 

49,400 





Size (1 x w x h) 

260 190 210 

260 190 210 





Door Size (w x h ) 







No. Cranaa 

1 






Crane Cap (ton) 

175 






Hook Ht (feet) 

166 






Cleanliness (level) 

N/A 

N/A 






Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 









Description 

„ *f"! 3ay •“* “ n ? ains Shuttl ® **•« En fl in ® sh °P and servers as a holding area for Sofid Rocket Boosters (SRB) forward 

“ — ,0 ' SRB « miJLSSL «. 





urn to Menu 


EacMitv Attributes 

(English Units) 


Facility Nam. VAB High Bay and Low Bay Transfer Aisles I 

Location KSC VAB Area 
Facility No. K6-848 

Facility Typ. Space vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apaca (sq. ft.) 

Nat usable floor apaca (sq. ft.) 

Number of floors 

(1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Ops M/P 



Support Areas: 

(Office. Lab. Shop, etc. 



Description 


The transfer aisles that transects the high and low bav areas r*, mi » M 

low bay areas permit easy movement of vehicle stages, and elements. 


■ 





turn to Menu 


facility Attributes 

(English Units) 


Facility Nama VAB Towers (6) 

Location KSC VAB Area 
Facility No. K6-848 

Facility Type Space vehicle assembly processing and integration 

( payload processing, vehicle processing, support, etc.) 
Total groas floor space (sq. ft.) 

Nat uaabla floor apace (sq. ft.) 

Number of floors 42 


CO.F R&O (1.MJ, M&R op, „„ wp 

12 


Processing Areas: Area 1 Area 2 

t VPF (HB, At, ,tc.) W A 777 

Apprv. for Expel. No No 

Prop Load Cap No No 

Floor Space (sq. ft.) 294.000 294.000 

Size (I x w x h) 200 35 525 200 35 s: 


Area 3 

Tower C 


294.000 



Area 4 

Tower D 


294.000 


Ops M/P 


Area 5 

Tower E 


294,000 


Area 6 

Tower F 


294.000 


Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness /level) 


'200 35 525 200 35 525 200 35 525 200 35 525 200 35 525 200 35 525 


Support Areas: 
(Office, Lab, Shop, etc. 


Floor Space (sq. ft.) 


Description 






Facility Attrlbu^ 

(English Units) 


urn to Menu 

Facility Nama Orbiter Processing Facility High Bay 3 (OPF - HB 3) 
Location KSC VAB Area 
Facility No. K6-696 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 111,980 

Net usable floor space (sq. ft.) 105,294 

Number of floors 2 

CofF (1892$) R&D (1992$) MAR (1992$) Ops (1992$) 

$12,198,380 



Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL. etc.) 

HB3 

LB 3 





Apprv. for Expel. 

No 

No 





Prop Load Cap 

No 

No 





Floor Space (sq. ft.; 

29,250 

50,400 





Size (1 x w x h) 

195 150 95 

240 210 27 





Door Size (w x h ) 

95 35 






No. Cranes 

2 

N/A 





Crane Cap (ton) 

' 30 






Hook Ht (feet) 

66 






Cleanliness (level) 

100k 






Support Areas: 

(Office, Lab. Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 1 

Excluded 1 

Total 

Floor Space (sq. ft.) 

23,591 

39,514 

20,803 

mmi 


108,211 


Description 


Orbiter Processing Facility (OPF) High Bay 3 consists of a single high bay identical to OPF bays 1 and 2. and a low bay 










urn to Menu 


(English Units) 


Facility Nama Orbiter Processing Facility (OPF) Annex 
Location KSC VAB Area 
Facility No. K6-894 

Facility Typa Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total groaa floor space (sq. ft.) 

Nat uaabla floor apace (sq. ft.) 43,335 
Number of floors 3 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) 



MAR M/P 


Ops M/P 


Processing Areas: I Area 1 


Area 2 


Annex 


Typa (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 


Floor Space (sq. ft.J 43.335 


140 130 27 


Floor Space (sq. ft.) I 39 475 


Area 3 


Size (Ixwxh) 
Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level' 


f™ PP °? ? r c!* : °" K6/ I Lab/Shop/Tech I Storage/ 

(Off.ce, Lab. Shop. etc. Conference Ar« . 



Area 4 


Area 5 



43.335 


Description 

The OPF Annex is on the north side of K6-894. 







EactHtv At»rih W f ftf? 

(English Units) 


Facility Name Orbiter Processing Facility Complex (OPF) 

Location KSC VAB Area 

Facility No. K6-894, K6-894A. K6-8948. K6-894D, K6-894F & K 6-895 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 
Total gross floor apace (sq. ft.) 

Nat uaabla floor apace (sq. It.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) 



M«R M 19 op# M/p 




an annex on the north side of tl^buildi^ two identical high bays connected by a low bay and 

environmental control buildings on the east and we^sidlfcrt KM 9 ?i(K *" a 2 rt “ nal tow b **- K6-894A and K6-894Bare 
hazardous waste storage building. K6-895 £ a Jfmp Zuse. “ to ^ GS E used in the OPF. K6-894Fis. 





Eacilitv Attribute 

(English Units) 




x— 


urn to Menu 

Facility Name OPF Environmental Control Building East 
Location KSC VAB Area 
Facility No. K6-894A 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 
Total groaa floor apace (sq. ft.) 14 9 8 

Net usable floor apace (sq. ft.) 1,390 
Number of floors 1 

CofF (1992$) R&O (1992$) M&R (1992$) Ops (1992$) 


M&R M/P 


Ops M/P 


Processing Areas 
Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
T Floor Space (sq. ft 
Size (I x w x h) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level 


N/A 


Area 2 


Area 3 


Area 4 


Area 5 


Area 6 


Support Areas: 

(Office. Lab. Shop. etc. 

Floor Space (sq. ft.) 

n*esM»lah.al__. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 


1 138 



| 1,252 

1 1.390 


- r 

The environmental control buildings control the environmental conditions in the OPF K6-894. 





Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama OPF Environmental Control Building West 
Location KSC VAB Area 
Facility No. K6-894B 

Facility Typo Orbrter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. It.) 1,498 

Nat usable floor space (sq. ft.) 1,390 

Number of floora 1 

CofF (1992$) R&O (1992$) M&R (1992$) Ops (1992$) M&R M IP 



Support Areas: 
(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


138 



1,252 

1,390 


Description 

The environmental control buildings control the environmental conditions in the OPF K6-894. 













Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama OPF GSE Storage Building 

Location KSC VAB Area 

Facility No. K6-894D 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total groaa floor space (sq. ft.) 4,250 

Nat usable floor space (sq. ft.) 4,031 

Number of floors 1 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 



Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 



4,031 



4,031 


Description 

K6-894D provides storage space for GSE used in the OPF K6-S94. 













facility Attributes 

(English Units) 


urn to Menu 

Facility Nam# OPF Hazardeous Waste Storage Building f~~ 

Location KSC VAB Area 
Facility No. K6-894F 

Facility Type Orbiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 

Nat uaable floor apace (sq. ft.) 145 

Number of floors 1 

COIF (19.2$) RiO (1992$) MSR (1992$) Op. „„2S, MiR M/P Op. M/P 






Facility Attributes 

(English Units) 


jrn to Menu 

Facility Name OPF Pump House 

Location KSC VAB Area 

Facility No. K6-895 

Facility Typo Ortoiter processing, maintenance and payload integration 
( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 3,367 

Net usable floor apace (sq. ft.) 3,201 

Number of floors 1 

COIF (1992$) FttD (1992$) M&R (1992$) Op. (1992$) MIR UP Op. UP 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.; 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

K6-895 

No 

No 

3,201 

N/A 






Support Areas: 

(Office. Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 





3,201 

3,201 


Description 

K6-895 is the pump house for the OPF deluge system. 









Facility Attributes 

(English Units) 


urn to Menu 

Facility Name Launch Complex 39A (LC-39A) 

Location KSC Launch Complex 39A 

Facility No. J8-1 708 and various others (see attached). 

Facility Typa Space vehicle processing and launch 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor apace (sq. ft.) 

Nat uaabla floor apace (sq. ft.) 

Number of floora 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 

$243,731,027 $9,386,183 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.] 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office. Lab. Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 

* rouflMy octagonal in shape and covers about 0.25-square-mile of land. Space Shuttles launch from the top 
ha «*stand in the center of the pad. Propellant storage facilities are provided at the pad. A 900, 000-gallon tank ** 

Dumo^uMhM '5S ,St C °I n * r j rf th * ^ St0r9S ,ha lk,uid ox W an - which ® used as the oxidizer for the orbrtePs main engines. Two 
as? ? a " 0nS . 0f ° XKjl2 u er P* r " 1,nuta each t0 transfaf the oxygen from the storage tank to the order's external tank, 

storage tank at the northeast comer of the pad store the liquid hydrogen fuel for the order's main engines. 

^T! P T!! an,S U f® d , by th ® orhnw ' s 0rbital Maneuvering engines and Reaction Control Thrusters are stored at the pad. The 
. . y y [f 2108 U8 IS St0r8< ^ n a ,adlit y ‘ n southeast comer of the pad and the oxidizer, nitrogen tetroxide is stored in a 

c lity in the southwest corner of the pad. A 300,000-gallon elevated tank stores the water used for fire and launch deluge. 







Facility Attrihijfftfi 

(English Units) 


Facility Nama RP-1 Facility 
Location KSC Launch Complex 39A 
Facility No. J8-1613 
Facility Type Storage 

( payload processing, vehicle processing, support, etc.) 
Total groaa floor space (sq. ft.) 1,286 
Nat usable floor space (sq. ft.) 1 t 141 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) 



M8R M/P opt M/P 



SESSU JK. I'rsn SSL 


Floor Space (sq. ft.) 


Description 
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facility flffrfftiUpj 

(English Units) 


Facility Hama H,gh Prassur. CN2 Factty 

Location KSC lao*h Con^ta, F«*y w 

Facility No. J7-140 
Facility Typo GN2 storage facility 

Tot.. ( Vehicl9 Passing. , upport „ c , 

Total groaa floor apac. (sq . ft., CJ 

Nat uaabla floor . pac . (sq f( ) 

Numbor of floors N/ A 

COIF ( 1092 $) R 4D UJR 


mar m/p 


Ops M/P 





Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama Operations Support Building A - 1 

Location KSC Launch Complex 39A 

Facility No. J8-1503 

Facility Typo Shop 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 944 

Net usable floor space (sq. ft.) 844 

Number of floors ^/A 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 







Support Areas: 

(Office, Lab. Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

91 


639 


114 

844 


Description 















Eacnitv Attributes 

(English Units) 


Jrn to Menu 


Facility Name Electrical Equipment Building No. 2 (LOX) 

Location KSC Launch Complex 39A 

Facility No. J8-1553 

Facility Typ# Electrical Equipment 

( payload processing, vehicle processing, support, etc.) 
Total gross floor space (sq. ft.) 45, 

Nat usable floor space (sq. ft.) 377 

Number of floors N/A 

C.IF (1992$) R»D (1992$) MAR (1,92$, Op. „„2„ 



mar m/p 


Ops M/p 


Area 2 


Area 3 


Pfoceaalng Areas: J Area 1 
Typa (HB. AL. etc.) ~ " ~ 

Apprv. for Expel. 

Prop Load Cap 
Floor Spaca (sq. ft.) 

Size (Ixwxh) 

Door Size (wx h ) 

No. Cranea 
Crane Cap (ton) 

Hook Ht (feet) 

_ Cleanliness (level) 


Support Areas: I rw^a/ i , . _ , 

(Offic., tJb. Shop. «c.| 


Area 4 


Area 5 


Floor Space (sq. ft.) 



Excluded 





Jrn to Menu 


Facility Attrjfr ||yftfr 

(English Units) 


Facility Name Electrical Equipment Building No. 1 (RP - 1 ) I " 

Location KSC Launch Complex 39A 

Facility No. J8-1563 

Facility Type Electrical Equipment 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 551 

Nat uaabla floor apace (sq. ft.) 45g 

Number of floors N/A 

CF „,0 «»«» „„ 2$) 0p . (1Mi>) 



Support Araas: 

(Office. Lab. Shop, etc., 


Office/ 

Conference 


Lab/Shop/Tech 

Area 


Storage/ 

Logistics 


Misc. 


Excluded 


Total 





Facility Attributes 

(English Units) 


urn to Menu 

Facility Nam* Foam Building 
Location KSC Launch Complex 39A 
Facility No. J8-1564 
Facility Typa Storage 

( payload processing, vehicle processing, support, etc.) 

Total grosa floor apace (sq. ft.) 150 
Net uaabla floor apace (sq. ft.) 120 

Number of floors N/A 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 



Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/S hop/T ech 
Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


120 



— 

120 


Description 








Facility Attributes 

(English Units) 


jrn to Menu 

Facility Name Pump House (RP- 1) 

Location KSC Launch Complex 39A 

Facility No. J8-1565 

Facility Typa Storage 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 235 

Nat usable floor apace (sq. ft.) 205 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Typa (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 







Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 



205 



205 


Description 
Railway tanker off-loading. 













EacIHtv AtttUmtea 

(English Units) 




urn to Menu 

Facility Nama Cablo Termination Building 
Location KSC Launch Complex 39A 
Facility No. J8-1567 

Facility Type Communications Equipment 

( HIM prccMing. ..hid. ^ JIWO(t 

* • ,OM f,oor apaca (sp. ft.) ,24 

•ftt uaabla llo., .p«. („. I00 

Number of floors N/A 

C ° ,F <1M2 * ) R *° “*» (»•»») Op, („„„ 


Area 1 


MAR M/p 


Opa M/P 



Floor Space (sq. ft.) 

Description 





Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama Operations Support Building (A • 2) 

Location KSC Launch Complex 39A 
Facility No. J8-1614 
Facility Type Shop 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 1,278 
Net uaable floor apace (sq. ft.) 1,159 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.] 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 







Support Areas: 

(Office, Lab. Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

245 

792 



122 

1,159 


Description 
















Facility Attributes 

(English Units) 


urn to Menu 

Facility Name Compressed Air Building 
Location KSC Launch Complex 39A 
Facility No. J8-1659 

Facility Type Mechanical Equipment 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 562 

Net usable floor space (sq. ft.) 500 

Number of floors N/A 

CofF (1992$) RAD (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 





Facility Attributes 
(English Units) 




urn to Menu 

Facility Name Launch Pad 39A 
Location KSC Launch Complex 39A 
Facility No. J8-1708 

Facility Typa Space vehicle processing and launch 

( payload processing, vehicle processing, support, etc.) 

Total gross floor spaca (sq. ft.) 66,211 

Nat usabla floor apace (sq. ft.) 46,169 


Number of floors 


N/A 


CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas 


Area 1 


Area 2 


Area 3 


Area 4 


Area 5 


Area 6 


Typa (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Spaca (sq. ft. 
Size (Ixwxh) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 


1 

25 

250 


Support Areas: 

(Office. Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

1,110 

28,395 

947 

1.952 

13,765 

46,169 


Description 

The Pad A hard stand is 48 feet above sea level and is 490 feet long, 58 feet wide and 40 feet high. The flame trench divides it 
lengthwise from ground level to the pad surface. The Fixed Service Structure and the Rotating Support Structure is located on the 
north side of the hardstand. It i s open frame work about 40 feet square. A hammer head crane on the top provides hosting services 
as required in pad operations. The fixed structure has an Orbiter Access Arm. the External Tank Hydrogen Vent Access Arm and an 
rtemal Tank Gaseous Oxygen Vent Access Arm. The height to the top of the structure is 247 feet, while the height to the to of the 
ane is 265 feet. The Rotating Support Structure provides protection for the orbiter and aocess to the payload bay for installation 
and servicing payloads at the pad. It pivots through one third of a circle, from a retracted position well away from the orbiter to where 
its payload changeout room doors meet and match orbiter payload bay doors and provides five access levels from the 59-foot level to 
1 89 feet above the pad floor. 










Facility Attributes 

(English Units) 


irn to Menu 

Facility Nama Boxcars 

Location KSC Launch Complex 39A 

Facility No. J8-1 708A thru 1708G and J8-1 7081 

Facility Typa Space vehicle processing and launch 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 28,593 

Net usable floor space (sq. ft.) 23,161 

Number of floors 

CofF (1992$) R&D (1992$) MAR (1992$) Ops (1992$) MAR M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 






- 

Support Areas: 

(Office, Lab, Shop. etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

5,959 

390 

3,501 

9,322 

3,989 

23,161 


Description 

Sixty boxcars for temporary support areas. 












Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama Remote Air Intake Building 

Location KSC Launch Complex 39A 

Facility No. J8-1753 

Facility Type Mechanical Equipment 

( payload processing, vehicle processing, support, etc.) 

Total gross floor spacs (sq. ft.) 1,400 

Net usable floor spacs (sq. ft.) 1,220 

Number of floors ^ 

CofF (1992$) R&O (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Spacs (sq. ft.) 
Siza (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office. Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


1,220 




1,220 


Description 






urn to Menu 


Eacmtu AWrIh., tf s 

(English Units) 


Facility Nama Electrical Equipment Building No. 3 (Oxidizer) 

Location KSC Launch Complex 39 B 
Facility No. J 7-491 

Facility Type Electrical Equipment 

( payload processing, vehicle processing, support, etc.) 
Total grosa floor space (sq. ft.) 335 

Net usable floor space (sq. ft.) 352 

Number of floors N/A 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) 


m&r m/p 


Ops M/P 





Facility A ttributes 

(English Units) 


turn to Menu 

Facility Name Hypergol Oxidizer Facility 

Location KSC Launch Complex 39B 

Facility No. J7-490 

Facility Type Oxidizer Facility 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 3 t 2oo 

Nat usable floor apace (sq. ft.) 

Number of floors NM 

CofF (1992$) R&O (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 








Description 











Eaeility AMhules 

(English Units) 


rn to Menu 

Facility Nama Hypergol Fuel Facility 
Location KSC Launch Complex 39A 
Facility No. J8-1906 
Facility Typa Fuel Facility 

( payload processing, vehicle processing, support, etc.) 

Total gross floor spaca (sq. ft.) 2 .720 

Net usable floor apace (sq. ft.) 2,160 
Number of floors N/A 

CofF R i0 0p , U(r wp ^ 



Support Areas: 

(Office, Lab, Shop, etc. 


Office/ 

Conference 


Lab/Shop/Tech 

Area 


Storage/ 

Logistics 


Misc. 


Excluded 


Total 





Facility Attributes 

(English Units) 


jrn to Menu 

Facility Nama Operations Building No. 1 
Location KSC Launch Complex 39A 
Facility No. J8-2009 

Facility Type Personnel Office 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 5,120 

Nat usable floor space (sq. ft.) 4,545 

Number of floors N/A 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M IP Ops M/P 



Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

3,418 



141 

986 

4,545 


Description 








Facility Attributes 

(English Units) 


urn to Menu 

Facility Hama LOX Facility 
Location KSC Launch Complex 39B 

Facility No. J7-182 

Facility Type Liquid oxygen storage tank 

( payload processing, vehicle processing, support, etc.) 

Total gross floor apace (sq. ft.) 

Net usable floor apace (sq. ft.) 

N/A 

Number of floors _____ 

CofF (1992$) R&D (1992$) MAR (1992$) Ops (1992$) MAR M/P Opa M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office. Lab. Shop. etc. 






Total 

Floor Space (sq. ft.) 








Description 

Capacity - 3.405.906 liters (900,000 gallons). 









EafiWiv Attcitoutea 

(English Units) 


•u^n to Menu 

Facility Nam* Operations Support Building B - 1 
Location KSC Launch Complex 398 
Facility No. J7-132 
Facility Type Office and Shop 

Total gross floor spac* (sq. ft.) M PP °" '“ CJ 

«P«s (SO. ft.) 34o 

Number of floors N/ A 

CO,F s ‘° -« <»«„ op. 


Area i 



M4R M/p 


Opt M/p 


Area 5 



Floor Space (sq. ft.) 

Description 



Facility Attributes 

(English Units) 


turn to Menu 

Facility Name LH2 Facility 

Location KSC launch Complex 39B 

Facility No. J7-192 

Facility Typo Liquid hydrogen storage tank 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 

Nat usable floor space (sq. ft.) 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 

N/A 







Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

Capacity - 3.217,250 liters (850,000 gallons). 








urn t0 Menu (English Units) 

Facility Nama Electrical Equipment Building No. 2 (LOX) 

Location KSC Launch Complex 39B 

Facility No. J7-231 

Facility Type Electrical Equipment 

( payload processing, vehicle processing, support etc ) 
Total groaa floor ap.ca (sq. f,., 46 , 

Nat uaabla floor apace (sq. ft.) 377 
Number of floora N/A 

C».F (...»> R«D (,»», „„ 0p , (1>92$) 



Area 1 


Area 2 


Area 3 


Processing A reas: 
Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (Ixwxh) 

Door size (w x h ) 
No. Cranes 
Crane Cap (ton) 

Hook Ht (feet) 
Cleanliness (level) 


Support Areas: I i . . 

(Office, Lab. Shop, etc.1 


Area 4 


Area 5 


Area 6 


Floor Space (sq. ft.) 







Facility Attributes 

(English Units) 


irn to Menu 

Facility Nama Electrical Equipment Building No. 1 (RP - 1) 

Location KSC Launch Complex 39B 

Facility No. J7-241 

Facility Type Electrical Equipment 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 551 

Nat usable floor space (sq. ft.) 459 

N/A 

Number of floors __________________ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (wxh) 
No. Cranea 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 







Support Areas: 

(Office. Lab. Shop. etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


459 




459 


Description 













FaciHtv Attributes 

(English Units) 


rn to Menu 

Facility Nam# Foam Building 

Location KSC Launch Complex 39B 

Facility No. J7-242 

Facility Typa Storage 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 150 

Nat usable floor space (sq. ft.) 120 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
; loor Space (sq. ft.) 
Size (Ixwxh) 

Door Size (wxh) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


120 




120 


Description 














Eacllltv Attrlh Mtft fl 

(English Units) 


urn to Menu 

Facility Nama Water Tank 
Location KSC Launch Complex 39B 
Facility No. J7-288 

Facility Typo Elevated water storage tank 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 

Net usable floor space (sq. ft.) 

Number of floors N/A 

CofF (1992$) R&o (1992$) M&R (1992$) Ops (1992$) MAR M/P Ops M/P 



Support Areas: 

(Office. Lab. Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 


The elevated water tank contains 1 . 1 35.320 liter, (300.000 galbns) of water for fir. and launch deluge. 





Facility Attributes 

(English Units) 


urn to Menu 

Facility Nama RP-1 Facility 
Location KSC Launch Complax 39B 
Facility No. J7-292 

Facility Typa Storage 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 1,268 

Nat usabla floor spaca (sq. ft.) 1,141 

Numbsr of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Procasalng Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Typa (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Spaca (sq. ft.] 
Size (1 x w x h) 

Door Size (wxhj 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 



1,141 



1,141 


Description 














urn to Menu 


Facility Attributes 

(English Units) 


Facility Name Operations Support Building B - 2 (LOX) 

Location KSC Launch Complex 39B 
Facility No. J7-243 
Facility Type Shop 

( payload processing, vehicle processing, support, etc.) 
Total groaa floor apace (sq. ft.) 1,266 
Nat uaable floor apace (sq. ft.) 1,142 

Number of floors N/A 


CofF (1992$) R&D (1992$) M&R (1992$) Opa (1992$) M&R M/P 



Opa M/P 


Proceaalng Areaa: Area 1 

Type (HB. AL, etc.) 

Apprv. for Expel. 

Prop Load Cap 
Floor Space (sq. ft.) 

Size (Ixwxh) 

Door Size (wxh) 

No. Cranaa 
Crane Cap (ton) 

Hook Ht (feet) 

Cleanllnaaa (level) 


Area 2 


Area 3 


Area 4 


Area 5 


XTl.Ts*4 J ContoMc* I Lib ' S ^ T,Ch I 


Excluded 


Floor Space (sq. ft.) I 115 



Dsscrlptlon 



Facility Attributes 

(English Units) 


irn to Menu 

Facility Name Boxcars 

Location KSC Launch Complex 39 B 

Facility No. J7-243A. J7-337A thru 377F and J7-377H 

Facility Typo Tempory support facilities 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 33,546 

Nat usable floor spaca (sq. ft.) 29,287 

Numbar of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 







Support Aress: 

(Office, Lab, Shop. etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

6,492 

198 

8,565 

11.652 

2.380 

29,287 


Dsscrlptlon 

Sixty-five boxcars used for temporary support areas. 















KUO 


to Menu 


Eacmtv AtMhitnrt 

(English Units) 


Facility Nam. Electrical Equipment Building No. 4 (Fu.l) 
Location KSC Launch Complex 39B 
Facility No. J7-535 
Facility Typ. Electrical Equipment 

Total gro.. door .p.c. („. m 

Not u M bta door .p.c. «., 352 

Number of floors N/A 


C0 ' F ,,S “” MD (,M2 ” “ R <"«« Op. M3„ „„ 



Processing Ar eas: 
T yP* (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (Ixwxh) I 
Door Size (w x h ) I 
No. Cranes I 
Crane Cap (ton) 

Hook Ht (feet) I 
^Cleanliness (level) | 


Area i 


Area 2 


Area 3 


Area 4 


Support Areas: 

(Office, Lab, Shop, etc. 


coSL | u n^| 


Excluded 


Total 




Facility Attributes 

(English Units) 


urn to Menu 

Facility Name Launch Complex 39A (LC-39B) 

Location KSC Launch Complex 39B 

Facility No. J7-337 and various others (see attached). 

Facility Type Space vehicle processing and launch 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 

Nat usable floor space (sq. ft.) 

Number of floors 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 

$243,731,027 $9,025,413 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

Launch Complex 39B is roughly octagonal in shape and covers about 0.2S -square-mile of land. Space Shuttles launch from the top 
of the concrete hardstand in the center of the pad. Propellant storage facilities are provided at the pad. A 900,000-gallon tank 
situated in the northwest corner of the pad stores the liquid oxygen, which is used as the oxidizer for the arbiter's main engines. Two 
oump supply 1,20 gallons of oxidizer per minute each to transfer the liquid oxygen from the storage tank to the o (biter's external tank. 
850,000-gallon storage tank at the northeast comer of the pad store the liquid hydrogen fuel for the orbiter^ main engines. 

/pergol propellants used by the orbited Orbital Maneuvering engines and Reaction Control Thrusters are stored at the pad. The 
monomethyl hydrazine fuel is stored in a facility in the southeast comer of the pad and the oxidizer, nitrogen tetroxide is stored in a 
facility in the southwest corner of the pad. A 300,000-gallon elevated tank stores the water used for fire and launch deluge. 
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(English Units) 


i to Menu 

Facility Name Launch Pad 39B 
Location KSC Launch Complex 39B 
Facility No. J7-337 

Facility Typo Spaca vehicle processing and launch 

( payload processing, vehicle processing, support, etc.) 
Total gross floor apace (sq. ft.) 

Nat uaabla floor apace (sq. ft.) 

Number of floora 

Coif ( 1092 $) rid (1092$, Man ( 1002 $, 0pt (19M „ 


57.580 

46.428 

N/A 




MAR ll/p Opa M/P 



Support Areaa: 
(Office. Lab, Shop, etc.l 


Office/ 
Conference 


Lab/Shop/Tech 

Area 



Description 

lengthwise fiom^SJrS tovil to thj^d s*u££ "^F^slv 9 ' * '** " W * #nd 40 hl * L ^ fla ™ trench divides k 

!l ardStand 11 ' s °P«n frame worklbcSi 2 fe^uS^A SUf> T Structur * “ tocat* on the 

as ragged in pad operations. The fixed structure has an Orbital a££s Ar^T pj^ f™* 0 " ,h * *°P P^vides hosting services 
al Tank Gaseous Oxygen Vent Access Arm The heinhr ^ ** Extom ? 1 Tank Hyd'ogan Vent Access Arm and an 

anu aJjS* , *" l 'u Th * Rota,infl Su PP0rt Structure provides^rotecton^r “ 2471 * 9t - wha * ,h ® hai C ht to the to of the 

•nu sennang payloads at the pad. ftpivots throuohTe ^ aoc ** s ,0 ,h ® P 3 ^ bay for installation 

iflof y ^ a lf han0 * OUt room doors meet and mateh orbiter d avtotd^'JH"' *^J ,fac, * d posi, ' on W « B *way from the orbiter to where 
189 feet above the pad floor. 0rM * r payload ba * and provides five access levels from the 59-foot level to 
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Eaclliix ^tlrftmtfT;? 

(English Units) 


Facility Name Compressed Air Building 

Location KSC Launch Complex 39B 

Facility No. J7-384 

Facility Type Mechanical Equipment 

( payload processing, vehicle processing, support etc ) 
Tot., proa, floor ap. C a (sq . ft., ^ ^ ’ ^ 

Nat usable floor .p, c . (sq . SQ0 

Number of floors n/a 


co,F (,,MW Rto — <«•»> op. zrz 




Area 1 


Area 2 


Area 3 


Processing Ar eas: 
Type (HB. AL. etc., 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.J 
Stea (Ixwxh, I 
°°or Size (w x h ) I 
No. Cranee I 

Crane Cap (ton) 

Hook Ht (feet, I 

.Cleanliness Haven | 


Support Areas: I , 

(Office. Lab. Shop. etc. Co^ce I Uh «h°P^ach | Storage/ 


Area 4 


Ops M/P 


Area 5 



Excluded 


Floor Space (sq. ft., 


Description 
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Eacilitv Aittlbulfis 

(English Units) 


Facility Name Remote Air Intake Building 
Location KSC Launch Complex 39B 
Facility No. J7-432 
Facility Type Mechanical Equipment 

( payload processing, vehicle processing, support, etc.) 
Total gross floor apace (sq. ft.) 1400 

Net usable floor space (sq. ft.) 1t220 
Number of floors N/A 

CIF (IMS.) UD (IMS,, lltR (,,„„ 0 p. 



M&R M/P Ops M/P 



Support Areas: I r\n i 

{Oltic, Lab. Shop. «c.l Confine I 

Floor Space (sq. ft.) ' ' * 





Facility Attributes 

(English Units) 
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Facility Nam# Hypergol Oxidizer Facility 

Location KSC Launch Complex 39A 

Facility No. J8-1862 

Facility Type Oxidizer Facility 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 2,700 

Nat usable floor space (sq. ft.) 2,160 

Number of floors ^ 

CofF (19928) RAD (1992$) M&R (1992$) Ops (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (Ixwxh) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 


| 






Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


2,160 




2,160 


Description 















Facility Attributes 

(English Units) 
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Facility Nam* Electrical Equipment Building No. 4 (Fuel) 

Location KSC Launch Complex 39A 

Facility No. J8-1856 

Facility Type Electrical Equipment 

( payload processing, vehicle processing, support, etc.) 

Total gross floor space (sq. ft.) 320 

Nat usable floor space (sq. ft.) 369 

N/A 

Number of floors 

CotF (1892$) R&D (1992$) M&R (1992$) Ops (1992$) MAR M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 8 

Type (HB, AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (Ixwxh) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 





I 


Support Areas: 

(Office. Lab. Shop. etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 


369 




369 


Description 











Eflcmtv ^nrifrwttrg 

(English Units) 
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Facility Kama Electrical Equipment Building No. 3 (Oxidizer) 
Location KSC Launch Complex 39 A 
Facility No. J8-1811 

rKiniy Typa Elactrical Equipment 

( Payload Processing. VMd , p^.^. 

Tola! gross floor apaca (sg. ft.) ^ PW ••' C • , 

**•! PaaPla »oo, apae. (s<| . ^ 

Number of floors ^ 

CP <««», R.0 <„„„ 0p> 



WR M/P 


Procaaalng Area s: 

Type (HB. AL. ate.) 
Apprv. for Expal. 
Prop Load Cap 
Floor Space (sq. ft. J 
Size (I x w x h) I 
D°or Size (w x h ) I 
No. Crane* I 

Crane Cap (ton) 

Hook Ht (feet) I 
_Claanllne«a tlev»n f 


Area i 


Area 2 


Area 3 


Area 4 


Support Areas: 

(Office. Lab. Shop. etc. 

I 


Floor Space (sq. ft.) 


Co'S! I 


Storage/ 

Lonictioo 
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Eacnitv Att r ift mfn 

(English Units) 


Facility Name Hypergol Fuel Facility 
Location KSC Launch Complex 39B 
Facility No. J7-534 
Facility Type Fuel Facility 

( Payload processing, vehicle processing, support, etc ) 
Total gross floor space (sq. ft.) 2720 

Nat usable floor space (sq. ft.) 

Number of floors N/A 


COIF <««») Rio („„„ 0p> 



Area 1 


Area 2 


Pfocasslng Areas: 
Type (HB. AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.) 
Size (I x w x h) 

Door Size (w x h ) 

No. Cranes 
Crane Cap (ton) 

Hook Ht (feet) 
^Cleanliness (level) 


Support Areas: I i 

(Offic.. l*,. Sto p. .J caJSL Uh ^ T,ch J « 


Area 3 


Area 4 


Area 5 


Area 6 


Floor Space (sq. ft.) 







Facility Attributes 
(English Units) 
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Facility Nam# Operations Building No. 1 

Location KSC Launch Complex 39B 

Facility No. J7-688 

Facility Typo Personnel Office 

( payload processing, vehicle processing, support, etc.) 

Total groaa floor apace (sq. ft.) 5,064 

Net usable floor space (sq. ft.) 4,487 

Number of floors ^ 

CofF (1992$) R&D (1992$) M&R (1992$) Ops (1992$) M&R M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB, AL, etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Space (sq. ft.] 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 




' 



Support Areas: 

(Office, Lab, Shop, etc. 

Office/ 

Conference 

Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

Total 

Floor Space (sq. ft.) 

3,097 



401 

989 | 

4,487 


Description 
















Facility Attributes 

(English Units) 
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Facility Name High Pressure GN2 Facility 

Location KSC Launch Complex Facility 39A 

Facility No. J8-1462 

Facility Typo GN2 storage facility 

( payload processing, vehicle processing, support, etc.) 

Total gross floor apace (sq. ft.) 

Net usable floor apace (sq. ft.) 

Number of floors ^ 

CofF (1992$) R&O (1992$) M&R (1992$) Ope (1992$) M&R M/P Ops M/P 


Processing Areas: 

Area 1 

Area 2 

Area 3 

Area 4 

Area 5 

Area 6 

Type (HB. AL. etc.) 
Apprv. for Expel. 
Prop Load Cap 
Floor Spaca (sq. ft.) 
Size (1 x w x h) 

Door Size (w x h ) 
No. Cranes 
Crane Cap (ton) 
Hook Ht (feet) 
Cleanliness (level) 








Support Areas: 

(Office, Lab, Shop, etc. 






Total 

Floor Space (sq. ft.) 








Description 

Four rows of 18 compressed gas bottles for storage of 1 ,600 SCF water volume of gaseous nitrogen. 







Facility Attrll mag 

(English Units) 
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Facility Name SRB Recovery Building Hangar AF 
Location CCAFS 
Facility No. 66250 

Facility Type Office a SRB Processing 

( payload processing, vehicle processing, support, etc.) 
Total gross floor apace (sq. ft.) 66,170 
Nat usable floor space (sq. ft.) 64,169 
Number of floors 2 

r ‘ d (i,,2$) m ‘ r ° p * «»«*> 


M&R M/P 


Ope M/P 


Processing A reas: | Area 1 
Type (HB. AL, etc.) 

Apprv. for Expel 
Prop Load Cap 
Floor Space (sq. ft 
Size (I x w x h) 

Door Size (w x h ) 

No. Cranes 
Crane Cap (ton) 

Hook Ht (feet) 

Cleanliness (level 



Support Areas: 
(Office. Lab, Shop, etc.| 

Floor Space (sq. ft.) | 
Description 


Office/ 

Conference 

13,345 


Lab/Shop/Tech 

Area 

Storage/ 

Logistics 

Misc. 

Excluded 

33,554 

7.108 

2.536 

6.824 


Total 


63.367 


of the Banana River. AccesMo^e^ia^^^jT^! 'v^htlT C * P * ^ t* nav • , * , ^ Fofc * Station the eastern shore 

phase, is provided by locks at Port Canaveral. A tributary channeNrom the^^a^S^^r^ ^ '* tt ‘ SOn durinfl Shuttto teunch 
Banana River to KSC. Recovery vessels tow the exi»nd<*^^ ,n with the main channel on the 

ranes lift the booster onto a standard^ageft^S 0f " 0adi * ara * »**«• 9 «ntry 

SEE* » •CiSt JSXS “7™* *• 

vas * ,rudi ' From - - — - -a-* - 














Nam* 

.ocation 
facility No. 

Facility Type 

Total gross floor space 
meters 

Total gross floor space feat 

Nat usable floor space 
maters 

Nat usable floor space feet 

Number of floors 

CofF 

RandD 

MandR 

Ops 

MandR MP 
Ops MP 
Area 1 type 

Area 1 floor space sq meters 
Area 1 floor space sq ft 
Area 1 length meters 
Area 1 length feet 
Area 1 width meters 
Area 1 width feet 
— •'•a 1 height meters 

Area 1 height feet 
Area 1 door width meters 
Area 1 door width feet 
Area 1 door height meters 
Area 1 door height feet 
Area 1 cranes number 
Area t crane capacity tonnes 
Area 1 crane capacity tons 

Area t crane hook height 
meters 

Area 1 crane hook height feet 
Area 1 Cleanliness 
Description 
Remarks 
Area 2 type 

Area 2 floor space sq meters 
Area 2 floor space sq ft 
Area 2 length meters 
Area 2 length feet 
Area 2 width meters 
Vea 2 width feet 


Text 
Text 
Text 
Text 

Calculation (Number) 

Number 
Calculation (Number) 

Number 

Text 

Number 

Number 

Number 

Number 

Number 

Number 

Text 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) . 
Number 

Calculation (Number) . 

Number 

Text 

Calculation (Number) 
Number 

Calculation (Number) 


Number 

Text 

Text 

Text 

Text 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 


“ Tofal Cross floor space feet/ 10 . 76391 175 
“ usable floor space feet/ 10 . 76391 1 75 

Only allow values of type: 'Number' 


" Ar * a 1 floor space sq ft/10.76391175 
■ Area 1 length feet/3.280839 

- Area 1 width feet/3.280839 

- Area 1 height feet/3.280839 

- Area 1 width feet/3.280839 

- Area 1 door height feet/3.280839 

■ Area 1 crane capacity tons/1. JQ2 
» Area 1 crane hook height feet /3.280839 


" 2 floor space sq ft/10.76391 1 75 

- Area 2 length feet/3.280839 
» Area 2 width feet/3.280839 
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Area z neigm 
Vea 2 height feet 
Area 2 door width meters 
Area 2 door width feet 
Area 2 door height meters 
Area 2 door height feet 
Area 2 cranes number 
Area 2 crane capacity tonnes 
Area 2 crane capacity tons 
Area 2 crane hook height 
meters 

Area 2 crane hook height feet 


Area 2 Cleanliness 
Area 3 type 

Area 3 floor space sq meters 
Area 3 floor space sq ft 
Area 3 length meters 
Area 3 length feet 
Area 3 width meters 
Area 3 width feet 
Area 3 height meters 
Area 3 height feet 
Area 3 door width meters 
Vea 3 door width feet 
«rea 3 door height meters 
Area 3 door height feet 
Area 3 cranes number 
Area 3 crane capacity tonnes 
Area 3 crane capacity ton 
Area 3 crane hook height 
meters 

Area 3 crane hook height feet 


Area 3 Cleanliness 
Area 4 type 

Area 4 floor space sq meters 
Area 4 floor space sq ft 
Area 4 length meters 
Area 4 length feet 
Area 4 width meters 
Area 4 width feet 
Area 4 height meters 
Area 4 height feet 
Area 4 door width meters 
Area 4 door width feet 
Area 4 door height meters 
\rea 4 door height feet 


Number 

Calculation (Number) 
Number 

Calculation (Number) 

Number 

Text 

Calculation (Number) 
Number 

Calculation (Number) 

Number 

Text 

Text 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 

Number 

Text 

Calculation (Number) 
Number 

Calculation (Number) 

Number 

Text 

Text 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 

Calculation (Number) 
Number 


. Area 2 door width feet/3.280839 
- Area 2 door height feet/3.280839 


. Area 2 crane capacity tons/1.102 
. Area 2 crane hook height feet/3.280839 


■ Area 3 floor space sq fl/1 0.76391 175 
m Area 3 length feet/3.280839 

■ Area 3 door width feet/3580839 
. Area 3 door height feet/3.280839 
m Area 3 width feet/3.280839 

m Area 3 height feet/3580839 


. Area 3 crane capacity ton/1 .102 
■ Area 3 crane hook height feet/3580839 


. Area 4 floor space sq ft/10.76391 175 
- Area 4 length feet/3580839 
> Area 4 width feet/3.280839 
. Area 4 height feet/3.280839 
a Area 4 door width feet/3580839 
a Area 4 door height feet/3.280839 
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Field Name 

Area 4 cranes number 
Area 4 crane capacity tonnes 
Area 4 crane capacity ton 
Area 4 crane hook height 
meters 

Area 4 crane hook height feet 
Area 4 Cleanliness 
Area 5 type 

Area 5 floor space sq meters 
Area 5 floor space sq feet 
Area 5 length meters 
Area 5 length feet 
Area 5 width meters 
Area 5 width feet 
Area 5 height meters 
Area 5 height feet 
Area 5 door width meters 
Area 5 door width feet 
Area 5 door height meters 
Area 5 door height feet 
Area 5 cranes number 
Area 5 crane capacity tonnes 
Area 5 crane capacity ton 

Area 5 crane hook height 
neters 

Area 5 crane hook height feet 
Area 5 Cleanliness 
Area 6 type 

Area 6 floor space sq meters 
Area 6 floor space sq feet 
Area 6 length meters 
Area 6 length feet 
Area 6 width meters 
Area 6 width feet 
Area 6 height meters 
Area 6 height feet 
Area 6 door width meters 
Area 6 door width feet 
Area 6 door height meters 
Area 6 door height feet 
Area 6 cranes number 
Area 6 crane capacity tonnes 
Area 6 crane capacity ton 

Area 6 crane hook height 
meters 

Area 6 crane hook height feet 


Field Type 
Text 

Calculation (Number) 
Number 

Calculation (Number) 


Formula / Entry Option 
• Area 4 crane capacity ton/1. 102 
■ Area 4 crane hook height feet/3.260839 


Number 
Text 
Text 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Text 

Calculation 
Number 
Calculation 


Number 
Text 
Text 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Calculation 

Number 

Text 

Calculation 
Number 
Calculation 


(Number) -Area 5 floor space sq feet/10.76391 175 
(Number) - Area 5 length feet/3.280839 
(Number) . Area 5 width feet/3.280839 
(Number) . Area 5 height feet/3.280839 
(Number) . Area 5 door width feet/3.280839 
(Number) . Area 5 door height feet/3.280839 

(Number) -Area 5 crane capacity ton/1. 102 
(Number) . Area 5 crane hook height feet/3.280839 

(Number) - Area 6 floor space sq feet/10.76391 1 75 
(Number) . Area 6 length feet/3.280839 
(Number) - Area 6 width feet/3.280839 ' 

(Number) . Area 6 height feet/3.280839 
(Number) > Area 6 door width feet/3.280839 
(Number) - Area 6 door height feet/3.280839 

(Number) . Area 6 crane capacity ton/1.102 
(Number) - Area 6 crane hook height feet/3.280839 


Number 
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Field Name 

Area 6 Cleanliness 
SA 1 type 
SA 1 sq meters 
SA 1 sq feet 
SA2type 
SA2 sq meters 
SA 2 sq feet 
SA 3 type 
SA 3 sq meters 
SA 3 sq feet 
SA4type 
SA 4 sq meters 
SA 4 sq feet 
SA5type 
SA 5 sq meters 
SA 5 sq feet 

Total support area sq meters 


FMd Type Formula / Entry Option 

Text 

Text 

Calculation (Number) - SA 1 sq feet/10.76391175 

Number 

Text 

Calculation (Number) -SA 2 sq feet/10.76391 175 

Number 

Text 

Calculation (Number) - SA 3 sq feet/1 0.76391 1 75 

Number 

Text 

Calculation (Number) . SA 4 sq feet/1 0.76391 1 75 

Number 


Calculation (Number) - S A 5 sq feet/1 0.76391 1 75 
Number 


Total support area sq feet 

Calculation (Number) 

PICTURE 

Picture/Sound 

Area 1 ex pi 

Number 

Area 2 ex pi 

Number 

Area 3 expl 

Number 

Area 4 expl 

Number 

Area 5 expl 

Number 

Area 6 expl 

Number 

Area 1 prop 

Number 

Area 2 prop 

Number 

Area 3 prop 

Number 

Area 4 prop 

Number 

Area 5 prop 

Number 

Area 6 prop 

Number 


Calculation (Number) «, me—SA 3 «, mel.re.SA 4 „ melees* 
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Appendix B 


Technologies for Improved Processing 
of Future Launch Vehicles 



Appendix B - Technologies for Improved Processing of Future Launch Vehicles 


A total of 43 technologies, all of which show promise for enhancing future vehicle 
processing, are described here. These are separated into a set of convenient technology 
categories as delineated by the headings. 


Flight Equipment | 


B.1 Electro-Mechanical Actuators for Flight Control 


There are extensive delays, and processing costs due to problems with leaking hydraulic 
actuators. This is especially true for the shuttle’s APU system and the associated 
hydraulics which are used to control orbiter flight surfaces. Substituting compact, high- 
power, lightweight motorized actuators and associated mechanisms for hydraulic actuators 
would completely eliminate the need to test for leaks, replace lines and pumps just before 
launch and re-test the system so often. 

SOURCE: STS Interview Database 

B.2 Modular Propulsion System 

The STS main engines are extremely complex systems requiring extensive time to 
diagnose problems and correct known problems and failures. A more modular system 
would allow easier diagnosis. For instance each turbopump could be a single unit. Any 
system error could always be traced to a single unit. Furthermore the system should be 
designed so each module can be accessed and removed and repaired as a unit. This would 
greatly alleviate the need for extensive time and labor to repair and diagnose engine 
problems. 

SOURCE: RLV Operations Synergy Team 


Inspection 


B.3 Access Platform Proximity Sensors 


All operations requiring lifting/handling of the orbiter or payloads (orbiter CG 
measurement, payload insertion, orbiter-ET mate etc.) usually require human spotters 
placed on almost all access platforms to ensure there are no collisions. This extensive use 
of human labor could be eliminated with the use of inexpensive proximity sensors placed 
on each access platform or any other potential obstacle. These sensors must indicate the 
closest distance between any part of the components being lifted and the platform itself. 
This must be accurate regardless of the material that is closest to the platform (MLI 
blanket, aluminum or steel structures, black tiles etc.). This technology is very similar to 
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the proximity sensing skin technology being used to protect manipulator arms from 
collisions. 

SOURCE: STS Interview Database 


B.4 Articulated Camera/Scope Carriers 


Extensive effort is normally required to provide contingency or planned access for visual 
inspection of a number of items in extremely cluttered areas. In many cases, this is 
difficult or impossible to gain human access and work-arounds are found. A portable arm- 
like device that could be rapidly deployed and used to safely position a small high- 
resolution video camera or other "scope-like" device within cluttered environments would 
alleviate the need for human access in these cases. The system would have to provide 
autonomous, collision-free motion to a desired area in order for this to be a safe operation. 
This would allow visual inspection of a much larger number of components and vehicle 
areas and reduce expensive, hazardous human access for every inspection required. 

SOURCE: Space Station Ground Processing Study and STS Interview Database 


B.5 Automated Leak Detection and Location 


Processing delays, and in some cases, launch delays are often caused by fluid leaks. An 
improved system and set of sensors is needed to identify small leaks and their locations. 
Identifying small leaks directly as opposed to monitoring various pressures and supply 
volumes for reductions, would indicate leak problems much earlier. More importantly, 
knowing the location of the leak reduces the need for extensive, labor intensive searching. 
It also reduces the need for removing various components just to check for leaks. 
Potential methods of accomplishing this makes use of infra-red.lasers and gas refraction. 

SOURCE: RLV Operations Synergy Team 

B.6 Automated Material Inspection 

Extensive labor and time are normally required to inspect material surfaces such as door 
radiators, protective blankets, or structural panels. Because these tasks are tedious, there 
is also the likelihood that certain defects will be missed by technicians. Instead, an 
automated system could be developed for these tasks. All of the above inspection tasks 
require a similar sensing device to be driven over the entire surface while maintaining a 
narrow range of relative distance and orientation. A single manipulation system and 
integrated set of material defect sensing tools could be used for all tasks. The system may 
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be fully automated or it may simply identify anomalies and then provide high-resolution 
video images to an operator for further inspection. 

SOURCE: STS Interview Database 


B.7 Thermal Imaging 


Thermal image sensing and intelligent processing of the data would allow quick detection 
of various failures. This could be used for identifying shorts in electrical panels or cables, 
and predicting failures of bearings in rotating actuators and pumps. 

SOURCE: RLV Operations Synergy Team 


Installation & 
Assembly 


B.8 Self Adjusting Latches 


See Auto-Aligning Payload Interfaces. The technology for individual latches is essentially 
the same. 

SOURCE: STS Interview Database 

B.9 Automated Tile/Skin Handling 


Extensive labor is involved in inspection, on-line repair, removal,- installation, and re- 
waterproofing of TPS tiles or skin components. A robotic system is needed which can 
automatically inspect the TPS components and perform most of the operations under the 
control of one or two system operators. To accomplish this, a manipulation system that 
can carry the required tooling and sensor systems to each tile or skin panel is required. A 
vision or other sensor system that can identify pits, voids, cracks, and discoloration’s 
would be used to identify all problems. Automated alignment sensors arc required to 
locate the tools with respect to the TPS components so they can be automatically handled. 
The TPS components must be designed ahead of time to handle automation; that is, they 
should have fiducial markings or guides for alignment, not require extremely precise 
positioning during installation, and all attachment hardware should be designed for 
compatibility with simple end-effector tooling. 

SOURCE: STS Interview Database 
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Servicing & 
Deservicing 


B.10 Advanced Foams and Material Coatings 

The use of sprayed foam and coating materials primarily for thermal protection would 
alleviate a primary driver of processing time and labor costs. Current methods using 
customized, individual tiles for skin protection requires extraordinary processing effort. A 
single coated system would alleviate this. 

SOURCE: STS Interview Database 


B.11 Automated Umbilical Connectors 


The connection of large, multi-line umbilical plates requires extensive labor, and is 
extremely hazardous. Numerous fluid, gas, cryogenic fluids, and electrical signals must 
pass through the vehicle interface and the ground source lines. Any reusable launch 
vehicle will have to make use of automated umbilical connect to achieve low cost 
operations. These umbilicals are typically extremely heavy and difficult to handle. An 
automated system would have to properly locate the umbilical carrier plate, and insert the 
p ate such that all connectors are mated. The insertion forces would have to be monitored 
to ensure no damage occurs to the connector hardware. 

SOURCE. STS Interview Database and RLV Operations Synergy Team 


B.12 Improved Quick-Disconnects 


Although some quick-disconnect mechanisms exist on electrical, data and fluid lines they 
tend to be difficult to handle and are often leaking. Improved mechanisms are required to 
automatically align die mating halves and reduce leaks. Although numerous umbilical 
operations will continue to be manual, well designed disconnects will provide the ability to 
manual and automated operations. 7 


SOURCE: RLV Operations Synergy Team 
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B.13 Predictive Maintenance Techniques 

Through the use of various monitoring methods and data analysis techniques component 
failures of certain devices can be predicted ahead of time. Rotating machinery, bearings, 
parts subject to wear all have noticeable changes well before the onset of failure 
Predicting failures before they occur and perfoming the associated maintenance or repairs 
alleviates emergency failures at crucial times in an operational flow, and more importantly 
avoids the loss of other equipment and components which can occur when a certain device 
fails. Candidate methods include - vibration sensing and rotor dynamics monitoring for 
rotating shafts such as turbo-pumps, hydraulic pumps, air handlers etc.; ferrography of 
ydraulic fluids and lubricants to predict bearing failure, and thermography (thermal 
imaging) to detect excessive wear between contacting components. All of the monitored 
data must be analyzed via expert systems and other mathematical algorithms to predict 
failure. In addition to this specialized data must be stored and tracked in a data base to 
perform predictive maintenance. 

SOURCE: RLV Operations Synergy Team 


Test and Checkout 

Tasks 


B.14 Automated Battery Checkout 

A system that does not require manual intervention and several connect/disconnect 
operations to test the health of various battery systems would provided improved 
processing operations. An intelligent, portable field device could determine the charge 
leve load capacity, and the quality of all connections in a fully automated manner. This 
would reduce time and labor during late processing tasks and reduce the need to provide 
human access to battery locations, which can be difficult for certain vehicles. 

SOURCE: STS Interview Database 


B.15 In-Situ Measurement Systems 


Pressure, temperature, gas detection and other measuring devices often require extensive 
installation, specialized GSE, and off-line calibration and test work in other facilities This 
can be cumbersome and time-consuming. Instead, in-line gauges and devices could be 
used. These devices would not have to be hooked up to systems, and could be calibrated 
while they are installed in the vehicle, payload or GSE components. In-line calibration 
would not only save extensive labor and flow time but would also allow for more frequent 
calibration, especially just before critical operations. 1 
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Transporting & 
Handling 


B.18 Automated Payload/Vehicle Handling and Mating Systems 

Extensive time and labor are always required when large payload and vehicle components 
must be inserted, removed from, or mated to each other. These operations usually require 
precise setting and measurement of the attachment fixtures before the mating is 
accomplished. The mating components are then brought together and aligned using 
specialized handling devices, such as the PGHM, or cranes and lifts. A number of 
technicians provide feedback to an operator who manually controls the motion and 
relative position of the devices. Each mating device, latch, hook, or other item must be 
visually monitored by one or more technicians. This is an extremely cumbersome process, 
requiring a large number of highly trained personnel. Instead, an automated system could 
be used to speed this operation up, reduce the likelihood of improperly loading any 
connection, and reduce the cost. The key element required is an inexpensive portable 
method of measuring the relative position and orientation between mating hooks and 
trunions and other male and female mating components. A sensing system that could 
provide this data to a centralized controller would enable automated final alignment of the 
components. 

SOURCE: STS Interview Database 


B.19 Electrical Actuators for GSE 


Numerous cranes, lifts, mechanisms, and other equipment required to handle the Space 
Shuttle and its components make use of pneumatic and hydraulic actuation. This is done 
to save GSE development cost, to meet extensive load or speed requirements, or to meet 
cleanliness and hazard-proof requirements. Compact, high-torque motors which can meet 
cleanliness standards and are explosion-proof should be used for all future vehicles, 
facilities, and GSE. A technology advancement in this case is not necessary. For most 
systems, existing motors using brushless commutation and specialized magnets can meet 
these requirements. Thus, this becomes more of a processing enhancement or design 
guideline than a requirement for new technology. 

SOURCE: STS Interview Database 


B.20 Standardized Auto-Aligning Payload Interfaces 


The interface between payloads and their GSE and flight carriers such as the shuttle 
orbiter bay require precision alignment and extensive efforts to ensure proper mating. The 


B - 8 




Appendix B . Technologies lor Irnprowm Processing of Futuro 


Launch Vehicles 


retention fittings and hooks whirh nr.rr»oii., 

hardware must be precisely aligned before ^ trUni ° nS ° r other mounting 

displacement between payload and carrier g Unng mat ' n 2 operations the relative 
This is normally done 

gathered and a single test engineer determine n8 ' The dala 1S then manually 

alternative to this is to ha a"” ,ncre " K "“ 1 ™ove io make. lL 

mate and allow for large misalignments during durin * 

tnexpensive displacement sensots could be urod to ZmpSs * 
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B.23 Computer Graphic Visualization 
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SOURCE: Space Station Ground Processing Study 

B.24 Computer-Aided Logistics 
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developed to improve the fidelity of the training experience. This research is readily 
available and can be included in CBT systems. 

SOURCE: Space Station Ground Processing Study 

B.27 Data Acquisition 


To acquire data, an instrument that is usually connected to a computer collects and 
records information. KSC is a large user of data acquisition technology with an extensive 
set of local and remote sensing equipment. Data acquisition is a well developed 
technology but there are very few generic commercial systems. Instead, data acquisition 
systems are usually built by a vendor for a specific application by customizing a 
proprietary set of core modules. Unfortunately, these commercial systems often depend on 
using common commercial programmable logic controllers instead of the centralized 
control specified for payload processing. Data originate from readily available commercial 
sensors. 

The Test, Checkout and Monitoring System (TCMS) being developed for the space 
station, uses virtual instruments like many modem data acquisition systems, . Virtual 
instruments display gauges and dials on a computer monitor. Also, at KSC small data 
acquisition systems are in common use. They consist of instruments installed in a PC or 
attached to an instrument bus such as IEEE 488. These small systems may use one of 
several commercial virtual instrument packages which permit the rapid construction of a 
specialized user interface. 

SOURCE: Space Station Ground Processing Study 

B.28 Data Compression 


Data compression refers to any technology that permits a reduction in the amount of data 
needed to convey the same amount of information. There are a number of analog and 
digital methods that are readily available and controlled by standards. In particular, 
standardized methods are needed for video image compression due to its high-bandwidth 
requirements. Microsoft and other PC software and hardware manufacturers are 
developing a standard for still and full-motion video compression for Microsoft Windows. 
A standard is also being developed for X-Windows. In the future, an emerging technology 
called wavelets promises to provide up to 100 times compression with little data loss. 

Data compression technology may be built into vertical or layered products, or may be 
purchased as libraries that can be incorporated into custom software. Software data 
compression provides flexibility but most real-time systems require hardware support for 
speed. 
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SOURCE: Space Station Ground Processing Study 

B.29 Emissivity/Reflectivity Sensors 
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B.30 Expert Systems 
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B.31 Fiber-optic Data Communication 
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Both payload to orbiter interfaces and orbiter to pad interfaces involve numerous, 
complex, wire bundles and harnesses. The maintenance and testing of a massive number 
of individual connectors is costly, time consuming, and prone to error. The use of fiber- 
optic data communication cables would relieve this effort. A few optic-fiber cables, 
perhaps in a single harness, could be used to carry all data between a payload and the 
orbiter. To accomplish this obviously all signals currently transmitted in analog form 
would have to be digitized via signal conditioners and converters. The key to 
implementation is the testing and space-qualifying of fiber cabling and connectors. 

SOURCE: STS Interview Database 


B.32 Fluid Purity Systems 


A flash evaporator device called the Solvent Purity Meter is presently being used for 
shuttle processing. This machine must be updated or a commercial equivalent must be 
found for payload processing. However, it is not an off-the-shelf product. A company 
called Virtis developed this device 20 years ago with NASA's help to comply with KSC 
Specification 123, Level 300a type standard of cleanliness. Virtis made only four of the 
machines, three of which were sold to KSC. One machine is still functioning. While it is no 
longer being manufactured, Virtis can construct duplicates for $12,000 each. However, 
this machine is not transportable and cannot be used to detect lubricants such as Krytox. 

SOURCE: Space Station Ground Processing Study 


B.33 High-Density Storage 


Manual high-density storage facilities have been available for a long time. A high-density 
storage facility uses a conveyor to directly access articles from storage instead of having 
people get the articles themselves, removing the area required for human access. In the 
last 10 years, computers have been coupled to the high-density storage facilities to manage 
inventory and to automate handling functions. Commercial systems are now readily 
available and are already in use at KSC. Mechanisms for handling items are still in 
development, particularly robotic pick-and-place devices. The software for driving the 
storage conveyers is mature but the man-machine (human factors) interface and the 
interface to other work control systems is an area of new development. 

High-density storage facilities must be carefully designed by experienced contractors for 
the characteristics of the items that the system must handle and for the human interface. 

Software for these systems must be modified to interface with the other work control 
systems. 

SOURCE: Space Station Ground Processing Study 
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B.34 High-Level Programming Environments 
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SOURCE: Space Station Ground Processing Study 


B.35 Laser Ranging and Measurement 
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B.36 Machine Vision and Automated Inspection 
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B.37 Model-Based Reasoning System 
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B.39 Object-Oriented Programming 

iwaSESKZK 


B- 16 



Appendix B - Technologies for Improved Processing of Future Launch Vehicles 


the documentation of a software system design are much easier to understand and follow 
than typical flow-chart methods. Most software systems share a number of common 
functions that can be handled by reusing and sharing objects. This provides programmers 
with the ability to provide platform-independent, easy-to-understand code that is reusable, 
thus reducing overall software development costs. 

SOURCE: Space Station Ground Processing Study 


B.40 Process Planning 

Process planning helps design the flow of operations to meet specific parameters or 
requirements. The two basic kinds of process planners are generative and variant. 
Generative planners construct a flow based on an internal model of the underlying 
structure of the process. Usually, generative systems deal with low-level processes such as 
numerically controlled machines. Variant process planners take standard flows and aid the 
user in constructing tailored versions. Variant process planning is performed at KSC using 
tools such as Artemis to create processing flows for new payloads. 

Process planning is presently more of an art than a science. The body of research in this 
area is weak, especially for assembly and test. There are few commercial tools available 
and most systems are constructed by adapting task planning and scheduling systems. 

SOURCE: Space Station Ground Processing Study 


B.41 Robotic Manipulators 


A robotic manipulator is a device that can manipulate objects in three-dimensional space 
(position and orientation) in an automated, flexible manner. Most available manipulator 
systems are designed with a serial chain of jointed segments. However, other designs 
such as platform devices are also considered to be manipulators. Virtually all commercially 
available robotic arms are still simplistic devices that are almost identical in their 
functionality. This is adequate for highly repetitive large-volume tasks that are typical in 
factory production. However, the available arms are not able to perform the more 
dexterous tasks at KSC. 

Nearly all commercial robot arms have six degrees of freedom or joint motions. Six joints 
are the minimum number required to change the position and orientation of a manipulated 
object. However, many difficult tasks must be performed in highly cluttered areas in 
which a six-degree-of-freedom arm cannot achieve the desired end-effector position while 
avoiding collisions between any of its links and some obstacle. In this case, a 
geometrically redundant system that has additional independent axes is required. For a 
given required end-effector position and orientation, a redundant system has an infinite 
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B.42 Virtual Instrumentation 
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B.43 Work Control Systems 
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